From Steve.Lime at DNR.STATE.MN.US  Fri Dec  1 08:13:48 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 1 Dec 2006 10:13:48 -0600
Subject: Feature-level transparency...in 5.0?
In-Reply-To: <456FB1F6.3050209@golden.net>
Message-ID: <FRI.1.DEC.2006.101348.0600.STEVE.LIMEDNR.STATE.MN.US>

Mike: Although this is just on the wishlist at the moment what I'm
thinking is feature
level, that is it would be applied when an individual feature is drawn.
The class or
style issue is a matter of where the value is set.

Steve

>>> Mike Leahy <mgleahy at GOLDEN.NET> 11/30/2006 10:39:18 PM >>>
Hello list,

As far as I can tell, transparency in MapServer is currently only
available at the layer level.  I'm working on some data that would
benefit from being able to view overlapping features (within a single
and/or multiple layers) using transparency to reveal density of
coverage
of certain features (i.e., the more shapes that overlap a given area,
the darker the colour).  This works great in some tools (e.g., QGis),
but it doesn't work so well in mapserver, as overlapping shapes within
a
single layer end up looking like a single polygon.  It seems that at
the
moment the only workaround would be to have a separate for each
individual shape...or use varying hatched styles to fill the polygons.

I saw on this page
(http://mapserver.gis.umn.edu/development/release_plans/mapserver_5_0)
that class or style-level transparency is proposed for 5.0.  Out of
interest, will this be equivalent to feature-level, or would I have to
add individual classes for every feature in a given layer?  I suspect
the latter, but I'm curious to know if feature-level transparency is
on
the radar for future development.

Thanks for any info...

Mike


From jeffbullard at VERIZON.NET  Fri Dec  1 17:32:27 2006
From: jeffbullard at VERIZON.NET (Jeff Bullard)
Date: Fri, 1 Dec 2006 19:32:27 -0600
Subject: Help with mapfile for NetCDF-lambert conic conformal
Message-ID: <FRI.1.DEC.2006.193227.0600.JEFFBULLARDVERIZON.NET>

I am able to get Geotiff rasters to diplay with Mapserver but I'm
struggling with netCDF CF-1 compliant files.

If you have time to look at my mapfile (astro5.map), you can see my html
index at 
http://bigbend.homeip.net/

My netCDF files have the Lambert Conic Conformal projection.
gdal_translate won't handle them and gdalinfo gives a warning that the
lat/long was not found.  This is strange because Ferret will handle them
and ncdump shows lat/long variables with the correct units
"degrees_east" and "degrees_north".  Here is the output:

$gdalinfo 200612010300_sky.nc

Warning 1: xdim/x/lon/longitude or ydim/y/lat/latitude variable(s) not
found!
Driver: netCDF/network Common Data Format
Size is 689, 1
Coordinate System is:
PROJCS["unnamed",
    GEOGCS["WGS 84",
        DATUM["WGS_1984",
            SPHEROID["WGS 84",6378137,298.257223563,
                AUTHORITY["EPSG","7030"]],
            TOWGS84[0,0,0,0,0,0,0],
            AUTHORITY["EPSG","6326"]],
        PRIMEM["Greenwich",0,
            AUTHORITY["EPSG","8901"]],
        UNIT["degree",0.0174532925199433,
            AUTHORITY["EPSG","9108"]],
        AXIS["Lat",NORTH],
        AXIS["Long",EAST],
        AUTHORITY["EPSG","4326"]],
    PROJECTION["Lambert_Conformal_Conic_1SP"],
    PARAMETER["latitude_of_origin",25],
    PARAMETER["central_meridian",-95],
    PARAMETER["scale_factor",25],
    PARAMETER["false_easting",0],
    PARAMETER["false_northing",0]]
Origin = (-263789.468708,3.000000)
Pixel Size = (5072.03385776,0.00000000)
Metadata:
  NC_GLOBAL#title=GRIB Data translated to NetCDF
  NC_GLOBAL#Conventions=CF-1.0
  NC_GLOBAL#CreatedBy=degrib
  NC_GLOBAL#comment=Used degrib with: -NetCDF 3
  NC_GLOBAL#references=http://www.nws.noaa.gov/mdl/NDFD_GRIB2Decoder/
  Sky_SFC#long_name=Total cloud cover
  Sky_SFC#units=%
  Sky_SFC#coordinates=longitude latitude
  Sky_SFC#ReferenceTime=1164931200
  Sky_SFC#ReferenceTimeString=2006-12-01 00:00:00 00:00
  Sky_SFC#gridType=SCALAR
  Sky_SFC#level=SFC
  Sky_SFC#DescriptiveLevel=0[-] SFC="Ground or water surface"
  Sky_SFC#OriginatingCenter=865535
  Sky_SFC#precision=0
  Sky_SFC#valid_min=0.000000e+00
  Sky_SFC#valid_max=1.000000e+02
  Sky_SFC#NumMissing=375560
  Sky_SFC#_FillValue=9.999000e+03
  Sky_SFC#missing_value=9.999000e+03
  Sky_SFC#grid_mapping=MapProjection
  Sky_SFC#GRIBMessageVersion=2
  Sky_SFC#GRIBMessageUnits=%
  Sky_SFC#GRIB2_Discipline=0
  Sky_SFC#GRIB2_Sect4TemplateNumber=0
  Sky_SFC#GRIB2_Sect4ParameterCategory=6
  Sky_SFC#GRIB2_Sect4ParameterNumber=1
  Sky_SFC#GRIB2_GenerationProcess=2
  Sky_SFC#GRIB2_FstFixedSurfaceType=1
  Sky_SFC#GRIB2_FstFixedSurfaceValue=0
  Sky_SFC#GRIB2_SndFixedSurfaceType=255
  Sky_SFC#GRIB2_SndFixedSurfaceValue=0
  ProjectionHr#long_name=Projection Hour After ReferenceTime
  ProjectionHr#units=hours since 2006-12-01 00:00:00 00:00
  ProjectionHr#_CoordinateAxisType=Time
  ProjectionHr#FirstValidTime=1164942000
  ProjectionHr#FirstValidTimeString=2006-12-01 03:00:00 00:00
  ProjectionHr#FirstProjectionHR=3
  YCells#units=m
  YCells#long_name=y coordinate of projection
  YCells#standard_name=projection_y_coordinate
  YCells#grid_spacing=5079.406000 m
  YCells#TrueGridLength_Latitude=25
  YCells#_CoordinateAxisType=GeoY
  XCells#units=m
  XCells#long_name=x coordinate of projection
  XCells#standard_name=projection_x_coordinate
  XCells#grid_spacing=5079.406000 m
  XCells#TrueGridLength_Latitude=25
  XCells#_CoordinateAxisType=GeoX
  MapProjection#long_name=MapProjection
  MapProjection#grid_mapping_name=lambert_conformal_conic
  MapProjection#EarthShape=sphere
  MapProjection#EarthRadius_KM=6371.2
  MapProjection#EarthRadius=6371.200000 km
  MapProjection#standard_parallel=25
  MapProjection#longitude_of_central_meridian=-95
  MapProjection#latitude_of_projection_origin=25
  MapProjection#LowerLeftLatitude=20.192
  MapProjection#LowerLeftLongitude=-121.554
Corner Coordinates:
Upper Left  ( -263789.469,       3.000) ( 95d 6'16.28"W, 24d59'59.87"N)
Lower Left  ( -263789.469,       3.000) ( 95d 6'16.28"W, 24d59'59.87"N)
Upper Right ( 3230841.859,       3.000) ( 93d43'11.51"W, 24d59'40.17"N)
Lower Right ( 3230841.859,       3.000) ( 93d43'11.51"W, 24d59'40.17"N)
Center      ( 1483526.195,       3.000) ( 94d24'43.84"W, 24d59'55.82"N)
Band 1 Block=689x1 Type=Float32, ColorInterp=Undefined
  NoData Value=9999
Metadata:
  NETCDF_VARNAME=Sky_SFC
  NETCDF_DIMENSION_xcells=1
Band 2 Block=689x1 Type=Float32, ColorInterp=Undefined
  NoData Value=9999
Metadata:
  NETCDF_VARNAME=Sky_SFC
  NETCDF_DIMENSION_xcells=2
Band 3 Block=689x1 Type=Float32, ColorInterp=Undefined
  NoData Value=9999
Metadata:
  NETCDF_VARNAME=Sky_SFC
  NETCDF_DIMENSION_xcells=3
Band 4 Block=689x1 Type=Float32, ColorInterp=Undefined
  NoData Value=9999
Metadata:
  NETCDF_VARNAME=Sky_SFC


From noreply at GEOCARTIC.COM  Fri Dec  1 17:41:54 2006
From: noreply at GEOCARTIC.COM (Tim Schaub)
Date: Fri, 1 Dec 2006 18:41:54 -0700
Subject: Cascading WMS-T
Message-ID: <FRI.1.DEC.2006.184154.0700.NOREPLYGEOCARTIC.COM>

Hello-

I'm trying to set up a WMS that acts as a server and client for a layer with
time support.  I want to draw from the JPL WMS and serve up the data in a
different projection.

My layer definition includes the time metadata:
        "wms_timeitem" "TIME"
        "wms_timeextent" "2006-01-01/2006-09-22/P1D"
        "wms_timedefault" "2006-05-27"
        "wms_timeformat" "YYYY-MM-DD"
(Full mapfile here: http://rafb.net/paste/results/WpTu5V58.html)

Using shp2img, I get the output I'd expect (without any TIME parameter).

With python mapscript, the request (to jpl) is not made unless I comment out
the wms_timeitem metadata.  With the metadata included, no request is made.
Without that line of metadata, a request is made (without the TIME
parameter).

A quick python script to reproduce this is copied below (and here:
http://rafb.net/paste/results/NMmpaC12.html).

Is this not the correct way to cascade WMS-T?

Thanks for any help,
Tim


import mapscript
 
map = mapscript.mapObj('wmst.map')
req = mapscript.OWSRequest()
 
req.setParameter('SERVICE', 'WMS')
req.setParameter('VERSION', '1.1.1')
req.setParameter('REQUEST', 'GetMap')
req.setParameter('LAYERS', 'daily_terra')
req.setParameter('TIME', '2006-05-25')
req.setParameter('STYLES', '')
req.setParameter('EXCEPTIONS', 'application/vnd.ogc.se_inimage')
req.setParameter('FORMAT', 'image/jpeg')
req.setParameter('SRS', 'EPSG:26912')
req.setParameter('BBOX', '504000,4852000,568000,4916000')
req.setParameter('WIDTH', '256')
req.setParameter('HEIGHT', '256')
 
mapscript.msIO_installStdoutToBuffer()
map.OWSDispatch(req)
 
content_type = mapscript.msIO_stripStdoutBufferContentType()
content = mapscript.msIO_getStdoutBufferBytes()
 
image = file('wmst.png', 'wb')
image.write(content)
image.close()


From hal at MOBILEGEOGRAPHICS.COM  Fri Dec  1 21:53:56 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Fri, 1 Dec 2006 21:53:56 -0800
Subject: sample .MAP files for USGS National Atlas of USA and Atlas of
 North America
Message-ID: <FRI.1.DEC.2006.215356.0800.HALMOBILEGEOGRAPHICS.COM>

I've created a couple of sample .MAP files that make use of the 
extensive set of shapefiles offered by the USGS for the United State 
and North America.

These are certainly not finished cartographic products, but they do 
provide a good start toward building a basemap for a Mapserver 
project.  You will need to adjust scaling and labels to suit.  There 
are many more data layers available that I did not use in my samples.

The maps look much better at larger scales than they do at smaller scales.

All files are linked from my Mapserver recipes page:
http://www.mobilegeographics.com/mapserver/

Screenshots (large images!) of some locations (mostly USA, some on 
the borders; each location visible in both USA and North American 
atlases under same output projection):
http://www.mobilegeographics.com/mapserver/usgsUSA.html
http://www.mobilegeographics.com/mapserver/usgsNA.html

Tarball with .MAP and .PHP files:
http://www.mobilegeographics.com/mapserver/usgsdemo.tar.gz

These files are free for anyone to use as needed.

-- 
Hal Mueller                hal at mobilegeographics.com
Mobile Geographics LLC     http://www.mobilegeographics.com/


From noreply at GEOCARTIC.COM  Sat Dec  2 11:45:47 2006
From: noreply at GEOCARTIC.COM (Tim Schaub)
Date: Sat, 2 Dec 2006 12:45:47 -0700
Subject: Cascading WMS-T
In-Reply-To: <000901c715b3$0c896a50$15fea8c0@meridian>
Message-ID: <SAT.2.DEC.2006.124547.0700.NOREPLYGEOCARTIC.COM>

> Subject: [UMN_MAPSERVER-USERS] Cascading WMS-T

I was reminded that rafb.net only keeps pastes for 24 hours, so I'm posting
the details again.

Basically, I'm trying to cascade a WMS-T layer.  If I include a
"wms_timeitem" in the layer metadata, no request is made to the source WMS.
If I don't have a "wms_timeitem" in the layer metadata, a request is made to
the source WMS - but it doesn't include the TIME parameter.

I assume that I am missing something in my mapfile.

Sample mapfile: http://dev.geocartic.com/tmp/wmst.map
Capabilities: http://dev.geocartic.com/tmp/capabilities.xml
Sample script: http://dev.geocartic.com/tmp/wmst.py.txt

Whole bundle: http://dev.geocartic.com/tmp/wmst.tar.gz

Thanks for any tips,
Tim


> 
> Hello-
> 
> I'm trying to set up a WMS that acts as a server and client 
> for a layer with
> time support.  I want to draw from the JPL WMS and serve up 
> the data in a
> different projection.
> 
> My layer definition includes the time metadata:
>         "wms_timeitem" "TIME"
>         "wms_timeextent" "2006-01-01/2006-09-22/P1D"
>         "wms_timedefault" "2006-05-27"
>         "wms_timeformat" "YYYY-MM-DD"
> (Full mapfile here: http://rafb.net/paste/results/WpTu5V58.html)
> 
> Using shp2img, I get the output I'd expect (without any TIME 
> parameter).
> 
> With python mapscript, the request (to jpl) is not made 
> unless I comment out
> the wms_timeitem metadata.  With the metadata included, no 
> request is made.
> Without that line of metadata, a request is made (without the TIME
> parameter).
> 
> A quick python script to reproduce this is copied below (and here:
> http://rafb.net/paste/results/NMmpaC12.html).
> 
> Is this not the correct way to cascade WMS-T?
> 
> Thanks for any help,
> Tim
> 
> 
> import mapscript
>  
> map = mapscript.mapObj('wmst.map')
> req = mapscript.OWSRequest()
>  
> req.setParameter('SERVICE', 'WMS')
> req.setParameter('VERSION', '1.1.1')
> req.setParameter('REQUEST', 'GetMap')
> req.setParameter('LAYERS', 'daily_terra')
> req.setParameter('TIME', '2006-05-25')
> req.setParameter('STYLES', '')
> req.setParameter('EXCEPTIONS', 'application/vnd.ogc.se_inimage')
> req.setParameter('FORMAT', 'image/jpeg')
> req.setParameter('SRS', 'EPSG:26912')
> req.setParameter('BBOX', '504000,4852000,568000,4916000')
> req.setParameter('WIDTH', '256')
> req.setParameter('HEIGHT', '256')
>  
> mapscript.msIO_installStdoutToBuffer()
> map.OWSDispatch(req)
>  
> content_type = mapscript.msIO_stripStdoutBufferContentType()
> content = mapscript.msIO_getStdoutBufferBytes()
>  
> image = file('wmst.png', 'wb')
> image.write(content)
> image.close()
> 


From trondmm-mapserver at CRUSADERS.NO  Sat Dec  2 13:00:04 2006
From: trondmm-mapserver at CRUSADERS.NO (Trond Michelsen)
Date: Sat, 2 Dec 2006 22:00:04 +0100
Subject: Cascading WMS-T
In-Reply-To: <004401c7164a$77459bb0$15fea8c0@meridian>
Message-ID: <SAT.2.DEC.2006.220004.0100.TRONDMMMAPSERVERCRUSADERS.NO>

On Sat, Dec 02, 2006 at 12:45:47PM -0700, Tim Schaub wrote:
> Basically, I'm trying to cascade a WMS-T layer.  If I include a
> "wms_timeitem" in the layer metadata, no request is made to the source WMS.
> If I don't have a "wms_timeitem" in the layer metadata, a request is made to
> the source WMS - but it doesn't include the TIME parameter.

I wasn't aware of the wms_timeitem metadata, so when I set up my
cascading wms-t, I simply used variable substitution in my
mapfile. Basically, I just added "TIME=%TIME%&" to the
connectionstring.

-- 
Trond Michelsen


From noreply at GEOCARTIC.COM  Sat Dec  2 13:25:03 2006
From: noreply at GEOCARTIC.COM (Tim Schaub)
Date: Sat, 2 Dec 2006 14:25:03 -0700
Subject: Cascading WMS-T
In-Reply-To: <20061202210004.GE16095@crusaders.no>
Message-ID: <SAT.2.DEC.2006.142503.0700.NOREPLYGEOCARTIC.COM>

> > If I don't have a "wms_timeitem" in the layer metadata, a 
> request is 
> > made to the source WMS - but it doesn't include the TIME parameter.
> 
> I wasn't aware of the wms_timeitem metadata, so when I set up 
> my cascading wms-t, I simply used variable substitution in my 
> mapfile. Basically, I just added "TIME=%TIME%&" to the 
> connectionstring.

Thanks Trond.

This works well if I want to require a TIME parameter.  I'd like to be able
to respond to requests with or without the TIME parameter (since it is
optional even if advertised as a dimension).

If there's not another solution, I'll code something to modify the
connection string if the TIME parameter is sent.  Thanks for the idea.

Perhaps wms_timeitem is not supposed to be used for cascading WMS.

Tim

> 
> --
> Trond Michelsen
> 


From matt0177 at GMAIL.COM  Sun Dec  3 13:49:32 2006
From: matt0177 at GMAIL.COM (Matthew Edmondson)
Date: Sun, 3 Dec 2006 14:49:32 -0700
Subject: sample .MAP files for USGS National Atlas of USA and Atlas of
 North America
In-Reply-To: <p06230900c196c3ca83f6@192.168.204.101>
Message-ID: <SUN.3.DEC.2006.144932.0700.MATT0177GMAIL.COM>

Very nice work.

On 12/1/06, Hal Mueller <hal at mobilegeographics.com> wrote:
> I've created a couple of sample .MAP files that make use of the
> extensive set of shapefiles offered by the USGS for the United State
> and North America.
>
> These are certainly not finished cartographic products, but they do
> provide a good start toward building a basemap for a Mapserver
> project.  You will need to adjust scaling and labels to suit.  There
> are many more data layers available that I did not use in my samples.
>
> The maps look much better at larger scales than they do at smaller scales.
>
> All files are linked from my Mapserver recipes page:
> http://www.mobilegeographics.com/mapserver/
>
> Screenshots (large images!) of some locations (mostly USA, some on
> the borders; each location visible in both USA and North American
> atlases under same output projection):
> http://www.mobilegeographics.com/mapserver/usgsUSA.html
> http://www.mobilegeographics.com/mapserver/usgsNA.html
>
> Tarball with .MAP and .PHP files:
> http://www.mobilegeographics.com/mapserver/usgsdemo.tar.gz
>
> These files are free for anyone to use as needed.
>
> --
> Hal Mueller                hal at mobilegeographics.com
> Mobile Geographics LLC     http://www.mobilegeographics.com/
>


From JXA at COWI.DK  Sun Dec  3 14:06:29 2006
From: JXA at COWI.DK (Jeppe Lund Andersen)
Date: Sun, 3 Dec 2006 23:06:29 +0100
Subject: php problem
Message-ID: <SUN.3.DEC.2006.230629.0100.JXACOWI.DK>

hello 

Now I gotten some help with compiling a mapserver 4.8.4 and it works but to get it to work I need to add to whole path to the php file like this
require_once('C:\Inetpub\wwwroot\jar2\maplayers.php');

or else I get this error

<b>Warning</b>:  main(maplayers.php) [<a href='function.main'>function.main</a>]
: failed to open stream: Permission denied in <b>C:\Inetpub\wwwroot\jar2\xmlinit
ial.php</b> on line <b>31</b><br />
<br />
<b>Fatal error</b>:  main() [<a href='function.require'>function.require</a>]: F
ailed opening required 'maplayers.php' (include_path='.;c:\php4\pear') in <b>C:\
Inetpub\wwwroot\jar2\xmlinitial.p

all my php files works fine on 4.8.1 with require_once('maplayers.php');
here it does not need the whole path.

any who knows something ?

Med venlig hilsen
 
Jeppe Lund Andersen

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

From joseramonlopez at GMAIL.COM  Mon Dec  4 01:29:46 2006
From: joseramonlopez at GMAIL.COM (=?ISO-8859-1?Q?Jos=E9_Ram=F3n_L=F3pez?=)
Date: Mon, 4 Dec 2006 10:29:46 +0100
Subject: Problems with WFS and OracleSpatial
Message-ID: <MON.4.DEC.2006.102946.0100.JOSERAMONLOPEZGMAIL.COM>

Im trying to configure a WFS Server with oraclespatial.
This is the definition of the layer:

LAYER
    NAME ferrocarriles
    TYPE line
    CONNECTIONTYPE oraclespatial
    CONNECTION "user/pass at SDE"
    DATA "SHAPE FROM RED_FERROCARRIL USING UNIQUE OBJECTID VERSION 9i"
    DUMP TRUE
    DEBUG ON
    TRANSPARENCY 0
    PROJECTION
        "init=epsg:23030"
    END
    CLASS
        NAME 'Red Ferrocarriles'
        COLOR 255 0 255
    END
    METADATA
        "wms_title" "Red Ferrocarriles"
        "wms_abstract" "Red Ferrocarriles"
        "wms_keywordlist" "WMS Red Ferrocarriles"

        "wfs_title"         "Red Ferrocarriles"
        "gml_featureid"        "OBJECTID"
        "gml_include_item"    "all"
    END
END

When i make a getcapabilities like:

http://192.168.53.18:81/cgi-bin/mapserver?SERVICE=WFS&VERSION=1.1.1&REQUEST=Getcapabilities

it shows me

<FeatureType>
<Name>ferrocarriles</Name>
<Title>ferrocarriles</Title>
<SRS>EPSG:4326</SRS>
<LatLongBoundingBox minx="195210" miny="4.07581e+006" maxx="533545" maxy="
4.26175e+006"/>
</FeatureType>

But if i make a getfeature:
http://192.168.53.18:81/cgi-bin/mapserver?service=WFS&version=1.0.0&request=getfeature&typename=ferrocarriles


<wfs:FeatureCollection xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.0.0/WFS-basic.xsd
                         http://mapserver.gis.umn.edu/mapserver
http://localhost:81/cgi-bin/mapserver?service=WFS&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=ferrocarriles&OUTPUTFORMAT=XMLSCHEMA
">
?
    <gml:boundedBy>
?
    <gml:Box srsName="EPSG:4326">
?
    <gml:coordinates>
195210.088989,4075810.305023 533545.363841,4261747.980489
</gml:coordinates>
</gml:Box>
</gml:boundedBy>
</wfs:FeatureCollection>

With some clients, like udig or gvsig i can connect to wfs, but i cant get
info.

In apache?s error.log

[error] msOracleSpatialLayerOpen called with: SHAPE FROM RED_FERROCARRIL\r
[error] msOracleSpatialLayerOpen. Shared connection not available. Creating
one.\r
[error] msConnPoolRegister(ferrocarriles,user/pass at SDE,0173D7E0)\r
[error] msOracleSpatialLayerFreeItemInfo was called.\r
[error] msOracleSpatialLayerWhichShapes was called.\r
[error] msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the
data: SELECT rownum, SHAPE FROM RED_FERROCARRIL WHERE SDO_FILTER( SHAPE,
MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),
MDSYS.SDO_ORDINATE_ARRAY(195210,4075810,533545,4261747)
),'querytype=window') = 'TRUE'\r
[error] msOracleSpatialLayerFreeItemInfo was called.\r
[error] msOracleSpatialLayerClose was called. Layer connection:
user/pass at SDE \r
[error] msOracleSpatialLayerClose. Cleaning layerinfo handlers.\r
[error] msOracleSpatialLayerClose. Cleaning Oracle handlers.\r
[error] msConnPoolRelease(ferrocarriles,user/pass at SDE,0173D7E0)\r
[error] msConnPoolClose( user/pass at SDE,0173D7E0)\r
[error] msOracleSpatialLayerOpen called with: SHAPE FROM RED_FERROCARRIL\r
[error] msOracleSpatialLayerOpen. Shared connection not available. Creating
one.\r
[error] msConnPoolRegister(ferrocarriles, user/pass at SDE,0179A3F0)\r
[error] msOracleSpatialLayerFreeItemInfo was called.\r
[error] msOracleSpatialLayerGetItems was called.\r
[error] msOracleSpatialLayerInitItemInfo was called.\r
[error] msOracleSpatialLayerGetShape was called. Using the record = 1.\r
[error] msOracleSpatialLayerClose was called. Layer connection:
user/pass at SDE\r
[error] msOracleSpatialLayerClose. Cleaning layerinfo handlers.\r
[error] msOracleSpatialLayerClose. Cleaning Oracle handlers.\r
[error] msConnPoolRelease(ferrocarriles,user/pass at SDE,0179A3F0)\r
[error] msConnPoolClose(user/pass at SDE,0179A3F0)\r

Does anybody know what is happening?

Thanxs


-- 
Jos? Ram?n L?pez
Tfno: 627 88 88 24
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/a7965068/attachment.htm>

From M.vanExel at BRIDGIS.NL  Mon Dec  4 02:16:22 2006
From: M.vanExel at BRIDGIS.NL (Martijn van Exel)
Date: Mon, 4 Dec 2006 11:16:22 +0100
Subject: MapScript - Show numbered coordinates as numbered dots on a map
Message-ID: <MON.4.DEC.2006.111622.0100.M.VANEXELBRIDGIS.NL>

Dear scripters,

 

I have a tab-separated text file containing numbered points (number / x
/ y). I want to parse this file and put the points on the map as
numbered dots. How do I go about doing this in (C#) MapScript? Can I
determine the size of the dots and the size, font and colour of the
numbers? Can I make the numbers appear centered inside the dots?

 

Much appreciated,

Met vriendelijke groeten, 
Bridgis B.V. 
  
Martijn van Exel 
Manager Data Service Centre 
  
Sint Walburgkerkpad 3 
4001 MG  Tiel 
T (0344) 63 62 42 
M (06) 534 75 786 
   
*Vraag een nieuwe DSP-licentie aan via dsp.bridgis.nl* 

 

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

From fsimon at UNIVALI.BR  Mon Dec  4 02:33:07 2006
From: fsimon at UNIVALI.BR (Fernando Simon)
Date: Mon, 4 Dec 2006 08:33:07 -0200
Subject: Problems with WFS and OracleSpatial
In-Reply-To: <7efce0ed0612040129u5f962eadk9abf7d84f58c2e64@mail.gmail.com>
Message-ID: <MON.4.DEC.2006.083307.0200.FSIMONUNIVALI.BR>

Hi,
    Looking for the log that you past appeared a strange problem.
    You defined you layer data with the USING UNIQUE parameter, but the
OBJECTID don't appear in the Apache log. This is the log for the request
to a layer that uses UNIQUE? The oraclespatial driver don't execute any
query function without the UNIQUE parameter in your data layer.
    Best regards.

Fernando Simon


Jos? Ram?n L?pez wrote:
> Im trying to configure a WFS Server with oraclespatial.
> This is the definition of the layer:
>
> LAYER
>     NAME ferrocarriles
>     TYPE line
>     CONNECTIONTYPE oraclespatial
>     CONNECTION "user/pass at SDE "
>     DATA "SHAPE FROM RED_FERROCARRIL USING UNIQUE OBJECTID VERSION 9i"
>     DUMP TRUE
>     DEBUG ON
>     TRANSPARENCY 0
>     PROJECTION          
>         "init=epsg:23030"
>     END                 
>     CLASS
>         NAME 'Red Ferrocarriles'    
>         COLOR 255 0 255   
>     END 
>     METADATA             
>         "wms_title" "Red Ferrocarriles"
>         "wms_abstract" "Red Ferrocarriles"
>         "wms_keywordlist" "WMS Red Ferrocarriles"
>        
>         "wfs_title"         "Red Ferrocarriles"
>         "gml_featureid"        "OBJECTID"
>         "gml_include_item"    "all"
>     END
> END
>
> When i make a getcapabilities like:
>
> http://192.168.53.18:81/cgi-bin/mapserver?SERVICE=WFS&VERSION=1.1.1&REQUEST=Getcapabilities
> <http://192.168.53.18:81/cgi-bin/mapserver?SERVICE=WFS&VERSION=1.1.1&REQUEST=Getcapabilities>
>
> it shows me
>
> <FeatureType>
> <Name>ferrocarriles</Name>
> <Title>ferrocarriles</Title>
> <SRS>EPSG:4326</SRS>
> <LatLongBoundingBox minx="195210" miny="4.07581e+006" maxx="533545"
> maxy="4.26175e+006"/>
> </FeatureType>
>
> But if i make a getfeature:
> http://192.168.53.18:81/cgi-bin/mapserver?service=WFS&version=1.0.0&request=getfeature&typename=ferrocarriles
> <http://192.168.53.18:81/cgi-bin/mapserver?service=WFS&version=1.0.0&request=getfeature&typename=ferrocarriles>
>
> <wfs:FeatureCollection xsi:schemaLocation="http://www.opengis.net/wfs
> http://schemas.opengis.net/wfs/1.0.0/WFS-basic.xsd
> <http://schemas.opengis.net/wfs/1.0.0/WFS-basic.xsd>                        
> http://mapserver.gis.umn.edu/mapserver
> http://localhost:81/cgi-bin/mapserver?service=WFS&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=ferrocarriles&OUTPUTFORMAT=XMLSCHEMA
> <http://localhost:81/cgi-bin/mapserver?service=WFS&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=ferrocarriles&OUTPUTFORMAT=XMLSCHEMA>">
> ?
>     <gml:boundedBy>
> ?
>     <gml:Box srsName="EPSG:4326">
> ?
>     <gml:coordinates>
> 195210.088989,4075810.305023 533545.363841,4261747.980489
> </gml:coordinates>
> </gml:Box>
> </gml:boundedBy>
> </wfs:FeatureCollection>
>
> With some clients, like udig or gvsig i can connect to wfs, but i cant
> get info.
>
> In apache?s error.log
>
> [error] msOracleSpatialLayerOpen called with: SHAPE FROM
> RED_FERROCARRIL\r
> [error] msOracleSpatialLayerOpen. Shared connection not available.
> Creating one.\r
> [error] msConnPoolRegister(ferrocarrile
> s,user/pass at SDE,0173D7E0)\r
> [error] msOracleSpatialLayerFreeItemInfo was called.\r
> [error] msOracleSpatialLayerWhichShapes was called.\r
> [error] msOracleSpatialLayerWhichShapes. Using this Sql to retrieve
> the data: SELECT rownum, SHAPE FROM RED_FERROCARRIL WHERE SDO_FILTER(
> SHAPE, MDSYS.SDO_GEOMETRY(2003, NULL,
> NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),
> MDSYS.SDO_ORDINATE_ARRAY(195210,4075810,533545,4261747)
> ),'querytype=window') = 'TRUE'\r
> [error] msOracleSpatialLayerFreeItemInfo was called.\r
> [error] msOracleSpatialLayerClose was called. Layer connection:
> user/pass at SDE \r
> [error] msOracleSpatialLayerClose. Cleaning layerinfo handlers.\r
> [error] msOracleSpatialLayerClose. Cleaning Oracle handlers.\r
> [error] msConnPoolRelease(ferrocarriles,user/pass at SDE,0173D7E0)\r
> [error] msConnPoolClose( user/pass at SDE,0173D7E0)\r
> [error] msOracleSpatialLayerOpen called with: SHAPE FROM RED_FERROCARRIL\r
> [error] msOracleSpatialLayerOpen. Shared connection not available.
> Creating one.\r
> [error] msConnPoolRegister(ferrocarriles, user/pass at SDE,0179A3F0)\r
> [error] msOracleSpatialLayerFreeItemInfo was called.\r
> [error] msOracleSpatialLayerGetItems was called.\r
> [error] msOracleSpatialLayerInitItemInfo was called.\r
> [error] msOracleSpatialLayerGetShape was called. Using the record = 1.\r
> [error] msOracleSpatialLayerClose was called. Layer connection:
> user/pass at SDE\r
> [error] msOracleSpatialLayerClose. Cleaning layerinfo handlers.\r
> [error] msOracleSpatialLayerClose. Cleaning Oracle handlers.\r
> [error] msConnPoolRelease(ferrocarriles,user/pass at SDE,0179A3F0)\r
> [error] msConnPoolClose(user/pass at SDE,0179A3F0)\r
>
> Does anybody know what is happening?
>
> Thanxs
>
>
> -- 
> Jos? Ram?n L?pez
> Tfno: 627 88 88 24 


From ale.pas at TISCALI.IT  Mon Dec  4 02:15:12 2006
From: ale.pas at TISCALI.IT (Alessandro Pasotti)
Date: Mon, 4 Dec 2006 11:15:12 +0100
Subject: postgis geometrycollection  in mapserver
Message-ID: <MON.4.DEC.2006.111512.0100.ALE.PASTISCALI.IT>

Hello,

I have a layer where the_geom is a geometrycollection (of linestrings), is it 
possible to show it in mapserver 4.10?

What "type" (POINT, POLYGON or whatever) should I set?

-- 
Alessandro Pasotti
itOpen - "Open Solutions for the Net Age"
w3:  www.itopen.it
Linux User# 167502


From kbehncke at IGF.UNI-OSNABRUECK.DE  Mon Dec  4 03:11:15 2006
From: kbehncke at IGF.UNI-OSNABRUECK.DE (Kai Behncke)
Date: Mon, 4 Dec 2006 12:11:15 +0100
Subject: MapScript - Show numbered coordinates as numbered dots on a
 map
In-Reply-To: <4DF17613CAA4B349AA923C5A1DC4D11803F11CDA@ex01.mijnasp.nl>
Message-ID: <MON.4.DEC.2006.121115.0100.KBEHNCKEIGF.UNIOSNABRUECK.DE>

On Mon, 4 Dec 2006 11:16:22 +0100, Martijn van Exel wrote
> Dear scripters,
> 
> I have a tab-separated text file containing numbered points (number 
> / x / y). I want to parse this file and put the points on the map as 
> numbered dots. How do I go about doing this in (C#) MapScript? Can I 
> determine the size of the dots and the size, font and colour of the 
> numbers? Can I make the numbers appear centered inside the dots?
> 
> Much appreciated,
> 
Hello Martijn,
this sounds quite interesting.
You can do this easily with PHP/Mapscript.
You can parse the text file in a way, that the x and y -koordinates are
written in a database (PostgreSQL/PostGIS or even Mysql (even without the
spatial extension)).

You can determine the size of the dots.
For example, if your data are in postgresql/postgis, use a new Layer
like:

LAYER
     NAME "poi"
     STATUS on
     TYPE point	
     LABELCACHE on

  CONNECTIONTYPE postgis      
  CONNECTION "user=postgres dbname=data host=localhost port=5432"
  DATA "the_geom from yourtable"
LABELITEM 'punktnumber'
    CLASS


  STYLE
   SYMBOL punkt
COLOR     120 0 0
 SIZE 14     # this determines the size of the dot 

 END        
          
     
            LABEL #this determines the label.
#You can determine size, font and colour of the 
# numbers. And you can make the numbers appear centered inside the dots.
               TYPE truetype
               FONT "arialbd"
               SIZE 8
               COLOR 0 0 0
               OUTLINECOLOR 255 255 255
               POSITION cc
               ANGLE auto
               MINFEATURESIZE auto
          END
     END
END

Regards, Kai
--
Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke

Institut f?r Geoinformatik und Fernerkundung (IGF)
Universit?t Osnabr?ck
Kolpingstr. 7
49074 Osnabr?ck

Raum: 01/308
Tel.: +49 541 969-4450
E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de 
Web:  http://www.igf.uni-osnabrueck.de


From martinelli at PI.INGV.IT  Mon Dec  4 03:50:21 2006
From: martinelli at PI.INGV.IT (Francesco Martinelli)
Date: Mon, 4 Dec 2006 12:50:21 +0100
Subject: Using MapServer with java on Windows OS
Message-ID: <MON.4.DEC.2006.125021.0100.MARTINELLIPI.INGV.IT>

Dear friends,
I am trying to run a simple demo of MapServer using Java
on a Windows XP Professional operating system, but unsuccesfully.

Is anyone working on this system and using java with MapServer,
or knowing of any issue I should work around before going ahead?
Below are some of the details of my test, but please ask if I missed
something could be usefull.

Thank you for any help,
Francesco.

=============================================
I am using the package "ms4w_1.5.1.zip".

The demo program is very basic:

import edu.umn.gis.mapscript.mapObj;
public class DemoMain {
  private mapObj _map = null;
  public DemoMain() {
    try {
      String mapFile = "tutor.map";
      _map = new mapObj(mapFile);
    }
    catch (Throwable ex) {
      ex.printStackTrace();
    }
  }
  public static void main(String[] args) {
    try {
      DemoMain test = new DemoMain();
    } catch (Throwable ex) {
      ex.printStackTrace();
    }
  }
}

Now I compiled it succesfully, then I copied the "dll" files I identified
as necessary starting from mapscript.dll (using "depender.exe") in the
"TestUML" subdirectory and then run the program.
The files in TestUML are:
-) bgd.dll
-) gdal13.dll
-) geotiff.dll
-) iconv.dll
-) libcurl.dll
-) libecwj2.dll
-) libmap.dll
-) libmysql.dll
-) libpg.dll
-) libtiff.dll
-) mapscript.dll
-) pdflib.dll
-) proj.dll
-) xerces-c_2_7.dll
-) zlib1.dll

The command line to run the program is:
>java -classpath .\;.\mapscript.jar -Djava.library.path=.\TestUML\ DemoMain

The result was:
1) An error window reporting that "bgd.dll" was not found
2) the following lines after the command line:
java.lang.UnsatisfiedLinkError: C:\Demo\TestUML\mapscript.dll: Can't find
dependent libraries
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(Unknown Source)
        at java.lang.ClassLoader.loadLibrary(Unknown Source)
        at java.lang.Runtime.loadLibrary0(Unknown Source)
        at java.lang.System.loadLibrary(Unknown Source)
        at edu.umn.gis.mapscript.mapscriptJNI.<clinit>(mapscriptJNI.java:22)
        at edu.umn.gis.mapscript.mapObj.<init>(mapObj.java:312)
        at DemoMain.<init>(DemoMain.java:9)
        at DemoMain.main(DemoMain.java:20)

Thank you again for your time,
Francesco.


From umn-ms at HYDROTEC.DE  Mon Dec  4 04:42:16 2006
From: umn-ms at HYDROTEC.DE (Benedikt Rothe)
Date: Mon, 4 Dec 2006 13:42:16 +0100
Subject: Antwort: [UMN_MAPSERVER-USERS] Using MapServer with java on
 Windows OS
In-Reply-To: <1634.10.246.1.19.1165233021.squirrel@www.pi.ingv.it>
Message-ID: <MON.4.DEC.2006.134216.0100.>

Hi

I think you should add the directory, which contains the DLL-files, to 
your PATH-Environment-Variable.

>set PATH=.\TestUML\;%PATH%
>java -classpath .\;.\mapscript.jar -Djava.library.path=.\TestUML\ 
DemoMain

Benedikt

UMN MapServer Users List <MAPSERVER-USERS at LISTS.UMN.EDU> schrieb am 
04.12.2006 12:50:21:

> Dear friends,
> I am trying to run a simple demo of MapServer using Java
> on a Windows XP Professional operating system, but unsuccesfully.
> 
> Is anyone working on this system and using java with MapServer,
> or knowing of any issue I should work around before going ahead?
> Below are some of the details of my test, but please ask if I missed
> something could be usefull.
> 
> Thank you for any help,
> Francesco.
> 
> =============================================
> I am using the package "ms4w_1.5.1.zip".
> 
> The demo program is very basic:
> 
> import edu.umn.gis.mapscript.mapObj;
> public class DemoMain {
>   private mapObj _map = null;
>   public DemoMain() {
>     try {
>       String mapFile = "tutor.map";
>       _map = new mapObj(mapFile);
>     }
>     catch (Throwable ex) {
>       ex.printStackTrace();
>     }
>   }
>   public static void main(String[] args) {
>     try {
>       DemoMain test = new DemoMain();
>     } catch (Throwable ex) {
>       ex.printStackTrace();
>     }
>   }
> }
> 
> Now I compiled it succesfully, then I copied the "dll" files I 
identified
> as necessary starting from mapscript.dll (using "depender.exe") in the
> "TestUML" subdirectory and then run the program.
> The files in TestUML are:
> -) bgd.dll
> -) gdal13.dll
> -) geotiff.dll
> -) iconv.dll
> -) libcurl.dll
> -) libecwj2.dll
> -) libmap.dll
> -) libmysql.dll
> -) libpg.dll
> -) libtiff.dll
> -) mapscript.dll
> -) pdflib.dll
> -) proj.dll
> -) xerces-c_2_7.dll
> -) zlib1.dll
> 
> The command line to run the program is:
> >java -classpath .\;.\mapscript.jar -Djava.library.path=.\TestUML\ 
DemoMain
> 
> The result was:
> 1) An error window reporting that "bgd.dll" was not found
> 2) the following lines after the command line:
> java.lang.UnsatisfiedLinkError: C:\Demo\TestUML\mapscript.dll: Can't 
find
> dependent libraries
>         at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>         at java.lang.ClassLoader.loadLibrary0(Unknown Source)
>         at java.lang.ClassLoader.loadLibrary(Unknown Source)
>         at java.lang.Runtime.loadLibrary0(Unknown Source)
>         at java.lang.System.loadLibrary(Unknown Source)
>         at 
edu.umn.gis.mapscript.mapscriptJNI.<clinit>(mapscriptJNI.java:22)
>         at edu.umn.gis.mapscript.mapObj.<init>(mapObj.java:312)
>         at DemoMain.<init>(DemoMain.java:9)
>         at DemoMain.main(DemoMain.java:20)
> 
> Thank you again for your time,
> Francesco.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/6febe215/attachment.htm>

From spatialguru.net at GMAIL.COM  Mon Dec  4 05:12:46 2006
From: spatialguru.net at GMAIL.COM (Mark Thomas)
Date: Mon, 4 Dec 2006 07:12:46 -0600
Subject: MapScript - Show numbered coordinates as numbered dots on a
 map
In-Reply-To: <20061204110112.M17075@igf.uni-osnabrueck.de>
Message-ID: <MON.4.DEC.2006.071246.0600.SPATIALGURU.NETGMAIL.COM>

I agree with Kai. This is typically what I do with data in CSV,
tab-delimited, XML, KML, etc.  I write a shell script of XSLT transform to
convert to a SQL file I can load into PostGIS, the use the pgsql2shp program
top convert to shapefile.  This would be more ideal than keeping in PostGIS
as MapServer is optimized for shapefiles.  Other than that you could try
using C# MapScript to generate layers on-the-fly

here's a PHP MapScript example:

    function drawPoint($oMap,$x,$y,$text = '') {
        $nSymbolId = ms_newSymbolObj($oMap, "my_point");
        $oSymbol = $oMap->getsymbolobjectbyid($nSymbolId);
        $oSymbol->set("type", MS_SYMBOL_ELLIPSE);
        $oSymbol->set("filled", MS_TRUE);
        $aPoints[0] = 1;
        $aPoints[1] = 1;
        $oSymbol->setpoints($aPoints);

        // Create a layer to hold circle
        $oLayerPoints = ms_newLayerObj($oMap);
        $oLayerPoints->set("name", "my_point_outline" .
mt_rand(abs(ceil($x)),abs(ceil($y))));
        $oLayerPoints->set("type", MS_LAYER_POINT);
        $oLayerPoints->set("status", MS_DEFAULT);
        $pointObj = ms_newLineObj();
        $pointObj->addXY($x,$y);
        $oPointShape = ms_newShapeObj(MS_SHAPE_POINT);
        $oPointShape->add($pointObj);
        if ($text != '') {
            $oPointShape->set("text", $text);
        }
        $oLayerPoints->addFeature($oPointShape);

        // Create a class object to set feature drawing styles.
        $oMapClass = ms_newClassObj($oLayerPoints);
        // Create a style object defining how to draw features
        $oPointStyle = ms_newStyleObj($oMapClass);
        $oPointStyle->color->setRGB(250,0,0);
        $oPointStyle->outlinecolor->setRGB(255,255,255);
        $oPointStyle->set("symbolname", "my_point");
        $oPointStyle->set("size", "10");

        // Create label settings for drawing text labels
        $oMapClass->label->set( "position", MS_AUTO);
        $oMapClass->label->color->setRGB(250,0,0);
        $oMapClass->label->outlinecolor->setRGB(255,255,255);
    }



On 12/4/06, Kai Behncke <kbehncke at igf.uni-osnabrueck.de> wrote:
>
> On Mon, 4 Dec 2006 11:16:22 +0100, Martijn van Exel wrote
> > Dear scripters,
> >
> > I have a tab-separated text file containing numbered points (number
> > / x / y). I want to parse this file and put the points on the map as
> > numbered dots. How do I go about doing this in (C#) MapScript? Can I
> > determine the size of the dots and the size, font and colour of the
> > numbers? Can I make the numbers appear centered inside the dots?
> >
> > Much appreciated,
> >
> Hello Martijn,
> this sounds quite interesting.
> You can do this easily with PHP/Mapscript.
> You can parse the text file in a way, that the x and y -koordinates are
> written in a database (PostgreSQL/PostGIS or even Mysql (even without the
> spatial extension)).
>
> You can determine the size of the dots.
> For example, if your data are in postgresql/postgis, use a new Layer
> like:
>
> LAYER
>      NAME "poi"
>      STATUS on
>      TYPE point
>      LABELCACHE on
>
>   CONNECTIONTYPE postgis
>   CONNECTION "user=postgres dbname=data host=localhost port=5432"
>   DATA "the_geom from yourtable"
> LABELITEM 'punktnumber'
>     CLASS
>
>
>   STYLE
>    SYMBOL punkt
> COLOR     120 0 0
> SIZE 14     # this determines the size of the dot
>
> END
>
>
>             LABEL #this determines the label.
> #You can determine size, font and colour of the
> # numbers. And you can make the numbers appear centered inside the dots.
>                TYPE truetype
>                FONT "arialbd"
>                SIZE 8
>                COLOR 0 0 0
>                OUTLINECOLOR 255 255 255
>                POSITION cc
>                ANGLE auto
>                MINFEATURESIZE auto
>           END
>      END
> END
>
> Regards, Kai
> --
> Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke
>
> Institut f?r Geoinformatik und Fernerkundung (IGF)
> Universit?t Osnabr?ck
> Kolpingstr. 7
> 49074 Osnabr?ck
>
> Raum: 01/308
> Tel.: +49 541 969-4450
> E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de
> Web:  http://www.igf.uni-osnabrueck.de
>



-- 
Regards,

Mark Thomas
spatialguru.net at gmail.com
205.529.9013

"Commit to the Lord whatever you do,
    and your plans will succeed." - Proverbs 16:3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/aec290af/attachment.htm>

From mikesaunt at GMAIL.COM  Mon Dec  4 06:35:33 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Mon, 4 Dec 2006 14:35:33 +0000
Subject: MapScript - Show numbered coordinates as numbered dots on a
 map
In-Reply-To: <4DF17613CAA4B349AA923C5A1DC4D11803F11CDA@ex01.mijnasp.nl>
Message-ID: <MON.4.DEC.2006.143533.0000.MIKESAUNTGMAIL.COM>

Hi Martijn

I think you can do this without MapScript all through the standard (but
powerful!!) CGI


Basically I would think you have two ways of creating a layer for MapServer
to read -
On the fly (if your data is constantly chainging) - you can create a VRT
file (Virtual Datasource ) to read the CSV and then it will be similar to a
standard layer.   This may have speed implications although I've used these
when reading dynamically from an ODBC database and it is fast enough

OR

Create a shape file with the FWTools - ogr2ogr - this will mean that you
have a base shape file that is quick.  If your data changes say daily you
can always setup a batch file or script (presuming windows) and run
scheduled tasks to recreate - I use this at a number of sites.#

I would then think that you can create the required classes to have symbols
at different sizes depending on a field value and also simply apply a label
to the centre of the symbol.

Hope this helps...

Regards
Mike



On 04/12/06, Martijn van Exel <M.vanExel at bridgis.nl> wrote:
>
>  Dear scripters,
>
>
>
> I have a tab-separated text file containing numbered points (number / x /
> y). I want to parse this file and put the points on the map as numbered
> dots. How do I go about doing this in (C#) MapScript? Can I determine the
> size of the dots and the size, font and colour of the numbers? Can I make
> the numbers appear centered inside the dots?
>
>
>
> Much appreciated,
>
> Met vriendelijke groeten,
> Bridgis B.V.
>
> Martijn van Exel
> Manager Data Service Centre
>
> Sint Walburgkerkpad 3
> 4001 MG  Tiel
> T (0344) 63 62 42
> M (06) 534 75 786
>
> *Vraag een nieuwe DSP-licentie aan via dsp.bridgis.nl*
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/172c066f/attachment.htm>

From takubo at SARUGA-TONDARA.NET  Mon Dec  4 06:42:54 2006
From: takubo at SARUGA-TONDARA.NET (Akio Takubo)
Date: Mon, 4 Dec 2006 23:42:54 +0900
Subject: postgis geometrycollection  in mapserver
In-Reply-To: <200612041115.13147.ale.pas@tiscali.it>
Message-ID: <MON.4.DEC.2006.234254.0900.TAKUBOSARUGATONDARA.NET>

Hello Alessandro, 

I'm also trying to use a geometry collection column 
with PostGIS layer just now. It is a interesting topic for me.
Does anyone have a nice experience with Geometry Collection 
column?

As far as I know, Mapserver and other some applications 
do not support Geometry collection column perfectly. 
In Mapserver, as I tested some cases and saw mappostgis.c, 
each layer type works following.
* POINT shows point and all nodes of linestring and polygon 
  if there is no nested geometry collction.
* LINE shows all linestrings and polygons 
  If there are point or geometry collection, it does not work correctly
* POLYGON shows all polygons.
  If three are other types of geometry, it does not work collectly.

Totally, now it is no consideration of mixed geometry types or 
includes nested geometry collction in PostGIS.  

Is it a bug or specification for no consideration for these geometry 
at force_to_~ functions in mappostgis.c? 
And Mapserver uses force_collection function for fetching geometry, 
but force_collection does not extract a nested geometry collection. 
I think it is better force_collection (or other new function) 
works all nested geometry collection (and multi~ types). 

Best regards,  

  Akio Takubo

On Mon, 4 Dec 2006 11:15:12 +0100
Alessandro Pasotti <ale.pas at TISCALI.IT> wrote:

> Hello,
> 
> I have a layer where the_geom is a geometrycollection (of linestrings), is it 
> possible to show it in mapserver 4.10?
> 
> What "type" (POINT, POLYGON or whatever) should I set?
> 
> -- 
> Alessandro Pasotti
> itOpen - "Open Solutions for the Net Age"
> w3:  www.itopen.it
> Linux User# 167502
> 


From assefa at DMSOLUTIONS.CA  Mon Dec  4 06:19:31 2006
From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa)
Date: Mon, 4 Dec 2006 09:19:31 -0500
Subject: SVG not working
In-Reply-To: <248e5e090611300758l42452117t72dc5ada3f8fe548@mail.gmail.com>
Message-ID: <MON.4.DEC.2006.091931.0500.ASSEFADMSOLUTIONS.CA>

Hi there,

  One possible problem (at least the way I could reproduce this) is if
the imagepath and imageurl in the map file are not set 'properly". Is
this a possibility in your case ?

Best Regards

Ernesto Vega wrote:
> Hi, I have a little problem with SVG and I'm not sure how to solve it.
> I have a map,
> where if I set IMAGETYPE as PNG it renders a correct image if I
> execute shp2img to debug it.
> 
> When I set IMAGETYPE to SVG and run shp2img again, it fails, giving me
> this message on the map log file:
> 
> "
> msDrawMap(): Image handling error. Unable to initialize image. <br>
> msPrepareImage(): GD library error. Unable to initialize image. <br>
> msImageCreateSVG(): Unable to access file. Failed to open temporary
> svg file. <br>"
> 
> Any ideas ???
> 
> Mapserver is built with the follwin options:
> 
> MapServer version 4.10.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
> SUPPORTS=WFS_SERVER SUPPORTS=WCS_SERVER INPUT=EPPL7 INPUT=POSTGIS
> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> 
> Hope you can help on this,
> 
> Ernesto
> 


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

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

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


From mccann.dave at GMAIL.COM  Mon Dec  4 06:59:42 2006
From: mccann.dave at GMAIL.COM (Dave McCann)
Date: Mon, 4 Dec 2006 08:59:42 -0600
Subject: ESRI ArcSDE 9.2/MapObjects Support
Message-ID: <MON.4.DEC.2006.085942.0600.MCCANN.DAVEGMAIL.COM>

I've been reviewing the implementation of ESRI's recent update to 9.2 of
their server and desktop products.
 
A key item I noticed is that MapObjects is not supported in the 9.2 version
of ArcGIS Server/ArcSDE.
 
Can anyone tell me if there will be an effort in development of some sort of
support to use MapServer for ESRI's 9.2 version of ArcSDE.
 
 
 
 

 <http://www.progressivepartnering.com/> 	
Progressive Partnering Inc.
Dave McCann
P2 Tech Support
drmccann at progressivepartnering.com
2525 Perimeter Place Dr
<http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=2525+Perimeter+Place+Dr&csz=
Nashville%2C+TN+37214&country=us> 
STE 118
Nashville, TN 37214
tel: 615-316-7618
<http://www.plaxo.com/click_to_call?src=jj_signature&To=615-316-7618&Email=d
rmccann at progressivepartnering.com> 
mobile: 615-504-5207
<http://www.plaxo.com/click_to_call?src=jj_signature&To=615-504-5207&Email=d
rmccann at progressivepartnering.com> 
AIM: p2support  	
	
 
<https://www.plaxo.com/add_me?u=42951066520&v0=2759459&k0=-396407552&v1=2759
460&k1=1373031676> Add me to your address book...
<http://www.plaxo.com/signature> Want a signature like this? 	
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/af7137f4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: P2 logo.jpg
Type: image/jpeg
Size: 2675 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/af7137f4/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: click_to_call.gif
Type: image/gif
Size: 345 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/af7137f4/attachment.gif>

From hobu at IASTATE.EDU  Mon Dec  4 07:24:06 2006
From: hobu at IASTATE.EDU (Howard Butler)
Date: Mon, 4 Dec 2006 09:24:06 -0600
Subject: ESRI ArcSDE 9.2/MapObjects Support
In-Reply-To: <smtpd.3cd1.4574384f.4578c.10@mta-m2.tc.umn.edu>
Message-ID: <MON.4.DEC.2006.092406.0600.HOBUIASTATE.EDU>

MapServer should continue to work with ArcSDE 9.2 (although I haven't 
yet tried it to confirm).  It connects via the C API SDK, not 
MapObjects, so it should be fairly insulated from most 
version-to-version changes within SDE.

Howard

At 08:59 AM 12/4/2006, Dave McCann wrote:
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_00BE_01C71782.8B2C1DA0
>Content-Type: multipart/alternative;
>         boundary="----=_NextPart_001_00BF_01C71782.8B2C1DA0"
>
>
>------=_NextPart_001_00BF_01C71782.8B2C1DA0
>Content-Type: text/plain;
>         charset="US-ASCII"
>Content-Transfer-Encoding: quoted-printable
>
>I've been reviewing the implementation of ESRI's recent update to 9.2 of
>their server and desktop products.
>=20
>A key item I noticed is that MapObjects is not supported in the 9.2 =
>version
>of ArcGIS Server/ArcSDE.
>=20
>Can anyone tell me if there will be an effort in development of some =
>sort of
>support to use MapServer for ESRI's 9.2 version of ArcSDE.
>=20
>=20
>=20
>=20
>
>  <http://www.progressivepartnering.com/> =09
>Progressive Partnering Inc.
>Dave McCann
>P2 Tech Support
>drmccann at progressivepartnering.com
>2525 Perimeter Place Dr
><<http://maps.yahoo.com/py/maps.py?Pyt=3DTmap&addr=3D2525+Perimeter+Place+=>http://maps.yahoo.com/py/maps.py?Pyt=3DTmap&addr=3D2525+Perimeter+Place+=
>Dr&csz=3D
>Nashville%2C+TN+37214&country=3Dus>=20
>STE 118
>Nashville, TN 37214
>tel: 615-316-7618
><<http://www.plaxo.com/click_to_call?src=3Djj_signature&To=3D615-316-7618&=>http://www.plaxo.com/click_to_call?src=3Djj_signature&To=3D615-316-7618&=
>Email=3Dd
>rmccann at progressivepartnering.com>=20
>mobile: 615-504-5207
><<http://www.plaxo.com/click_to_call?src=3Djj_signature&To=3D615-504-5207&=>http://www.plaxo.com/click_to_call?src=3Djj_signature&To=3D615-504-5207&=
>Email=3Dd
>rmccann at progressivepartnering.com>=20
>AIM: p2support  =09
>=09
>=20
><<https://www.plaxo.com/add_me?u=3D42951066520&v0=3D2759459&k0=3D-39640755=>https://www.plaxo.com/add_me?u=3D42951066520&v0=3D2759459&k0=3D-39640755=
>2&v1=3D2759
>460&k1=3D1373031676> Add me to your address book...
><http://www.plaxo.com/signature> Want a signature like this? =09
>=20
>
>------=_NextPart_001_00BF_01C71782.8B2C1DA0
>Content-Type: text/html;
>         charset="US-ASCII"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
>I've = been reviewing=20 the implementation of ESRI's recent update 
>to 9.2 of their server and = desktop=20 products.
>
>A key = item I noticed=20 is that MapObjects is not supported in the 
>9.2 version of ArcGIS=20 Server/ArcSDE.
>
>Can = anyone tell me=20 if there will be an effort in development of 
>some sort of support to use = MapServer for ESRI's 9.2 version of ArcSDE.
>
>
>
>
><3D.htm>
>[]
>
>Progressive Partnering = Inc.
>Dave McCann
>P2 Tech Support
>drmccann at progressivepa= rtnering.com
>2525 Perimeter Place Dr
>STE 118
>Nashville, = TN=20 37214
>tel: <3D.htm>615-316-7618 <3D.htm>
>[]
>
>mobile: <3D.htm>615-504-5207 <3D.htm>
>[]
>
>AIM: p2support
>Add me to your address book... <3D.htm>Want a = signature=20 like this?
>
>
>------=_NextPart_001_00BF_01C71782.8B2C1DA0--
>
>------=_NextPart_000_00BE_01C71782.8B2C1DA0
>Content-Type: image/jpeg;
>         name="P2 logo.jpg"
>Content-Transfer-Encoding: base64
>Content-ID: <724025214 at 04122006-312B>
>
>/9j/4AAQSkZJRgABAQEASABIAAD/4QAWRXhpZgAATU0AKgAAAAgAAAAAAAD//gATQ3JlYXRlZCB3
>aXRoIEdJTVD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8SEhEPERETFhwXExQaFRER
>GCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEUHh4eHh4eHh4eHh4eHh4eHh4e
>Hh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wAARCABMAFADASIAAhEBAxEB/8QAHQAA
>AQUBAQEBAAAAAAAAAAAABgAEBQcIAwIJAf/EADUQAAIBAwMDAgQEBQQDAAAAAAECAwQFEQAGIRIT
>MQdBIlFhgQgUIzIkUnGRoTNCYtGCosH/xAAaAQACAwEBAAAAAAAAAAAAAAACBAEDBQYA/8QAKREA
>AQQBAwMDBAMAAAAAAAAAAQACAxExBBIhE0HwBYGhFSJRYTJxsf/aAAwDAQACEQMRAD8A2Xppd7lQ
>Wi3yV9yqoqWmiHxSSNgfQfUn2Hvr3c66ltluqbhXTLDS00TSyyN4VVGSdZJ9S973DfFyhvDPNTW2
>nbNups8RPk/qHHBkxg8+M8fUmMc803KkDucKyd4+uNS081NtegjSABUWsqmAcs2OnpRsAHzgMece
>NNYL1fLy7ir3BdpMHJFPL2QeOQAMY99V3adu1NWlPe/y00FKXAponAZS3IaVMjJz4yfrjUhfp6qz
>9UilYolXDN5PP/3GuY9XnLpujE/kZ57/AI48tbOjhaGby3OFKz+pDWWS5rHWXSZKBn/NtHXs/YUM
>QoPJJlY8LGOr+ZioBGjf0+9U7tc4qqOWnWu/JSduodx2+2ekN0dYBXq6WHnGSD9s3V1Rt24ViUdV
>UTGp75nWKGMnvzNjBfp5Y9II5IwCdFux73Nt/c8ppyIaW8xx1LUtTVCQQS/EGAIPOcp0gjgHHtqT
>vhiuMkOzyTXz7+ZqLA59Ooha22/uC23vupSSlamHHfppR0yxZ8Ej3B9iMg+x1K6zfd9yTUG6bfNY
>pA9SuEJiRmWCR2HSHfHSYnIKn+QlScAnV1enG7qfd9gWuWIU1XExjqqbqyYnHH9jj7cj21p6HWmd
>g3ineefKT1EHTcawibS0tLWillQf4r9zSAWzZ9LVpEk/8TXjqIyucRqSPbIZsf8AEaqf04paa7b2
>gs9RIHo56hYWhlPBCqXY54wcA8j6DwdM/WTcVZe/VjcX8V3IaavangGPCxAJhQOTyH49ydOfSetp
>39RPysEqzGBJOzLKD3Gk6lU+3AAYjB8Y4PtopJujp3uZ/Kj7UOD/AHzX65I/CsDNzmtOOPPP0r93
>lU0EMyxx8JGgQKuPhXGAPoNUP6j3eMGWHlyg6UIPw/TjRPve9yRd4t0Ru5OcHz5/61SG4bs1TPJ1
>uxDHka4f0vREu3ldDJKGM2r3baigo6ypuEpVqwBDTYB6lYNyQfY499da6jhutb+bgm/LTP8AE0kj
>ErGwYMMAePB+50K912k4BZs+2iS2i4QR4E8WJFJZmbjPHy+WddjDA6VzTXDfkXfnssd8jQCO5T6V
>jaK6jqHvVasdTHNT1UsThhMkjEHjqxnDcj6DR96Mb5q9sblttwr5wqyTJbbuplHTIB8CT4HuAFyT
>7ofdjqsNyRzx0opJGjenEqSKY34DlSDzjGCB/fXGGeV6yVgxJqqXqVFOWBQFs/X9r+/udRqY42SE
>gY889kERLm8lfSHS0J+j15bcHpht67OWZ5qJFdmOSzJ8BOffJUn76LNWg2LSxFGl8/d2Wyc+p25A
>hX8xRXWsnkgIJYqsrP1KPJ9sgc858Z122K8E27bfcK2UwTwS92WaNxGsuWCqhz56mZBkeec/PRP+
>I6xzbe9bLtXUpmSe4wpX0brwSx6VfpP8wZD/AF6hoSra613ywTzXemSzXXvRxi4QxFqeoIDOO5EO
>YWIxlkyDxlR50lM177acY/YtOMc0C65Tz1HuwrdxYgK9a/6pVcqCG/bj54BzoIukQqawzU2FWUgq
>hPgHxz9xru0VaHd6he/nCpOjdSufAAYcH768O8i1quEWkAIxnkL4xkc+OPbVukgijbszQyvTyPed
>y6WiBab4zNFK0o5wpBjGfn9f+tTFOYZKodQERBHL4APuP66i7tBClZKtIanoihRlMcPdTAXn4hjA
>8nJHvqQtyLcrQYqfokrJXVVkJwCM8kg84HOtnTTMLNje3NfKQkjdus+dk53F/F2w0/cg/SlVgynI
>PBz/AE8jTSipXe4bYYuMSqaceeVM0i+f/I6d31KWktj0lNIjTfm2V6lm+EosahgpGc/E3+dTVPbR
>GdrVLlEgp6B6nLDgt3ZWH2z06yNZvmnfXOfgUnog1kTVqj8MwI9C9rqQR007jBOTxK41Y2hv0vsb
>7a9PLDY5QRLSUUaS5Of1CMv/AOxOiTVzcBKuyVTv4p9gtuzZsV6t8DyXSyFpVWIDrkgODIo+ZHSG
>Az7EeTrKlTSGewKbpJUNG9axiq4gGXPaH7s46sj34I+eNfQ3WZvxG+mSWhajcm2Qq09RJ3KygU5C
>E5y6R/7lPkgcg5I88A9vcImO7FZ/hs1bR7ZqLpRVPcZqxIFWBuegIWYunnyUHjB1IbetlXuKmqLj
>PbI4u2wj76IUWR8ZbIPGRkZxjzoarJG6VjDvGEbuKVYkAkAZHuDxohg3jcKXb0NoE5eOMt+oWJLF
>iSef6k6T1PVLfsyf8TsAaHfceF1lnudmaSnp6uSOOQEsgc4PzBGo61VUlqrzcoQsbBCGQEBSD9NQ
>tVcamdyzys5+p14p37jZk6m98A8anTtkicHtNORzPjkG0iwpWGuWRKSOrV56KB5O1ErAF3dgx6sA
>8HA8ecDV4eim2Knem8qKSrQR2uzduSqgRcoOkAxRFjyxbAYjjgHPnVR7Soa2sqc0IZO2Qwn8dth4
>Ofp8vOtEV9XU2uxU7CoY1IRQ8mAC7BRkkfXVeq9QdopIoGMDjKSM1Vckng35wliwPtxOFoXS1TG2
>b9dbeKKaJpJJqhkQ0zEkSFj4x7H66LKbedctwpIamnBeaYwPTBCHU9QAZfmOT5+XnSek9fjnb97C
>DuLeOQSCBweLz+LoE4CF+nLTwe1o70P7o2nQX8EzyyxSfzKc/wCNEGlrfSyoLdn4bbTepnqIbktN
>UNn9VIypJ+Zxwf7aAbh+FbdsblaDctmqYseZo3jYH7A613paigiDyFjWl/Cvv53/AF7zYIVz7SSt
>9/2DRbYvwsyUzB7nuGmqmH+1ImVfv7nWndLRA1hQXEqmE9HaOy2p55bqqwUqF1hgpwqnHgefc6cb
>Zsa7hvMtPLL2oqaESFu2H+ItgDn6A6srclpprtTLFPJNHg46o2AOPlyCP8aYbd21T2avM9LX179a
>9LpK6FWHtn4Qf86w9T6ZLqdfHqJA0xsBFHNnvVV7WrmShsZaMlMjsKjggklo6uY3E/6dRMciP5gA
>Yxn++v2wbXu9vvUdfNdKeRee6FiPU4x4yScc40YaWnvp2m6jZA2i3FEgD2Br4QdV9Va//9k=
>
>------=_NextPart_000_00BE_01C71782.8B2C1DA0
>Content-Type: image/gif;
>         name="click_to_call.gif"
>Content-Transfer-Encoding: base64
>Content-ID: <724025214 at 04122006-3132>
>
>R0lGODlhDgANANU3AIUNcerA49+/2nAKX9mMzXcLZslbt8RLsLARlpQOfnkMZ54PhqMQi8dVteKn
>2diIy5cOgM17wLITmJAOe7Usn7cloIQMcXULY6gQj9eEyYUNcrcinsVQspsPhchVtcJEra4RlPr0
>+b43qN2X0t+d1NaDycpeuI0OePv0+sVNsasQkpMpgpUOf6APicRKsH4MbLsxpdqOztq9k2oKW7+/
>v7ERl////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAEAADcALAAAAAAOAA0AAAZ2wJtj
>FCsaY6XG7fbImEg2W2qaOmwWN8PHg4oCamAJQ0NzwQg2wepbk9VarzIsYFtNVO42XE5fqcBuMntm
>fX95gnFmaAIUYG1viTAcIVF/jnsiFQgRXo4gEAU0GB0JLBYDAyyqJxczNDcKM7KztDSvN7a5urY3
>QQA7
>
>------=_NextPart_000_00BE_01C71782.8B2C1DA0--


From kris_rock82 at YAHOO.COM  Mon Dec  4 07:29:50 2006
From: kris_rock82 at YAHOO.COM (kris rock)
Date: Mon, 4 Dec 2006 07:29:50 -0800
Subject: mapserver with fastcgi support
In-Reply-To: <15547.66980.qm@web35901.mail.mud.yahoo.com>
Message-ID: <MON.4.DEC.2006.072950.0800.KRIS_ROCK82YAHOO.COM>

hello all, sorry for posting this again, but i have been trying a 
  lot to get the fastcgi work with Apache 2.0.55 and mapserver 4.8.  
  After loading the fastcgi dll and copying the libfcgi.dll and the 
  libfcgi.lib files to the cgi-bin directory i tried to change the 
  apache configuration file by adding
 
<Directory "/Apache2/fcgi-bin">
SetHandler fastcgi-script
Options ExecCGI
Allow from all
</Directory>
 
and copied all the required dll and lib files for fastcgi into 
  fcgi-bin directory, but still the SDE database opens a new 
  connection for every request, i even added the PROCESSING 
  "CLOSE_CONNECTION=DEFER" to all the sde layers.
 
i couldnt find a way to make it work as there is very little 
  information that i could find on the web, any suggestions would 
  help a lot ...
 
Thanks for your time,
kris


kris rock <kris_rock82 at YAHOO.COM> wrote:
    Thanks for you reply frank, i added the line to the SDE layers and still it didnt work ... 
  i followed your instrcutions for win32 in http://mapserver.gis.umn.edu/docs/howto/fastcgi and compiled libfcgi to get the dll and lib files. Copied the dll file to cgi-bin dir and didnt add anything in the apache conf file and still the fastcgi doesnt work. 
   
  After compiling libfcgi do i have to add anything in the apache conf file.
   
  Thanks for your time ...
  kris


Frank Warmerdam <warmerdam at pobox.com> wrote:
  kris rock wrote:
> Hello all,
> i configured mapserver with fastcgi support on a windows machine 
> with apache webserver. Downloaded the mod_fastcgi-2.4.2-AP20.dll from 
> fastcgi website and copied into the modules folder in apache. Added the 
> following line to the apache conf file
> LoadModule fastcgi_module "modules/mod_fastcgi-2.4.2-AP20.dll"
> 
> but this doesnt make fastcgi work with apache and mapserver. I tested 
> this by sending a request to the sde server and see if only one 
> connection is opened for the database, but everytime i send a request a 
> new connection opens and closes as soon as the request is finished. 
> 
> Is there something else that i have to do for fastcgi working with 
> apache and mapserver.

Kris,

You also need to add the following line to all SDE layers.

PROCESSING "CLOSE_CONNECTION=DEFER"

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 | President OSGeo, http://osgeo.org


    
---------------------------------
  Sponsored Link

Rates near 39yr lows. $420,000 Loan for $1399/mo - Calculate new house payment

 
---------------------------------
Any questions?  Get answers on any topic at Yahoo! Answers. Try it now.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/cbdd49ba/attachment.htm>

From b.vdeijnden at AGI.RWS.MINVENW.NL  Mon Dec  4 07:05:41 2006
From: b.vdeijnden at AGI.RWS.MINVENW.NL (Eijnden, Bart van den (AGI))
Date: Mon, 4 Dec 2006 16:05:41 +0100
Subject: ESRI ArcSDE 9.2/MapObjects Support
Message-ID: <MON.4.DEC.2006.160541.0100.B.VDEIJNDENAGI.RWS.MINVENW.NL>

Normally this just involves compiling Mapserver against the new ArcSDE libraries, so no development effort would be necessary.
 
I haven't attempted this though. Maybe someone else has, although 9.2 is fairly new ofcourse ...
 
Best regards,
Bart

-----Oorspronkelijk bericht-----
Van: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]Namens Dave McCann
Verzonden: maandag 4 december 2006 16:00
Aan: MAPSERVER-USERS at LISTS.UMN.EDU
Onderwerp: [UMN_MAPSERVER-USERS] ESRI ArcSDE 9.2/MapObjects Support


I've been reviewing the implementation of ESRI's recent update to 9.2 of their server and desktop products.
 
A key item I noticed is that MapObjects is not supported in the 9.2 version of ArcGIS Server/ArcSDE.
 
Can anyone tell me if there will be an effort in development of some sort of support to use MapServer for ESRI's 9.2 version of ArcSDE.
 
 
 
 

 <http://www.progressivepartnering.com/> 	
Progressive Partnering Inc.
Dave McCann
P2 Tech Support
drmccann at progressivepartnering.com
2525 Perimeter Place Dr <http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=2525+Perimeter+Place+Dr&csz=Nashville%2C+TN+37214&country=us> 
STE 118
Nashville, TN 37214
tel: 615-316-7618  <http://www.plaxo.com/click_to_call?src=jj_signature&To=615-316-7618&Email=drmccann at progressivepartnering.com> 
mobile: 615-504-5207  <http://www.plaxo.com/click_to_call?src=jj_signature&To=615-504-5207&Email=drmccann at progressivepartnering.com> 
AIM: p2support  	
	
 <https://www.plaxo.com/add_me?u=42951066520&v0=2759459&k0=-396407552&v1=2759460&k1=1373031676> Add me to your address book...  <http://www.plaxo.com/signature> Want a signature like this? 	
 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/87762c6b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: P2 logo.jpg
Type: image/jpeg
Size: 2675 bytes
Desc: P2 logo.jpg
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/87762c6b/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: click_to_call.gif
Type: image/gif
Size: 345 bytes
Desc: click_to_call.gif
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/87762c6b/attachment.gif>

From spatialguru.net at GMAIL.COM  Mon Dec  4 07:46:41 2006
From: spatialguru.net at GMAIL.COM (Mark Thomas)
Date: Mon, 4 Dec 2006 09:46:41 -0600
Subject: postgis geometrycollection in mapserver
In-Reply-To: <20061204234254.fa750459.takubo@saruga-tondara.net>
Message-ID: <MON.4.DEC.2006.094641.0600.SPATIALGURU.NETGMAIL.COM>

you can always break up the geometry collection into individuals geometries
like so...

create or replace function breakup (geometry) returns void as $$
declare
    geom    geometry;
begin
    for i in 1..NumGeometries($1) loop
        geom := GeometryN($1, i);
        // add to new table
    end loop;
    return;
end;
$$ language plpgsql;

you can also write a PL/PGSQL function that returns a set of geometries from
the geometrycollection, like  this...

create or replace function foobar (geometry) returns setof geometry as $$
declare
    geom    geometry;
begin
    for i in 1..NumGeometries($1) loop
        return next GeometryN($1, i);
    end loop;
    return;
end;
$$ language plpgsql;

the call like this...

select * from foobar(Collect(GeomFromText('POINT(1
1)'),GeomFromText('POINT(1 2)')));

of course a wrapper function could be used to iterate over all geoms in a
table, all geoms in a bbox, etc.
On 12/4/06, Akio Takubo <takubo at saruga-tondara.net> wrote:
>
> Hello Alessandro,
>
> I'm also trying to use a geometry collection column
> with PostGIS layer just now. It is a interesting topic for me.
> Does anyone have a nice experience with Geometry Collection
> column?
>
> As far as I know, Mapserver and other some applications
> do not support Geometry collection column perfectly.
> In Mapserver, as I tested some cases and saw mappostgis.c,
> each layer type works following.
> * POINT shows point and all nodes of linestring and polygon
>   if there is no nested geometry collction.
> * LINE shows all linestrings and polygons
>   If there are point or geometry collection, it does not work correctly
> * POLYGON shows all polygons.
>   If three are other types of geometry, it does not work collectly.
>
> Totally, now it is no consideration of mixed geometry types or
> includes nested geometry collction in PostGIS.
>
> Is it a bug or specification for no consideration for these geometry
> at force_to_~ functions in mappostgis.c?
> And Mapserver uses force_collection function for fetching geometry,
> but force_collection does not extract a nested geometry collection.
> I think it is better force_collection (or other new function)
> works all nested geometry collection (and multi~ types).
>
> Best regards,
>
>   Akio Takubo
>
> On Mon, 4 Dec 2006 11:15:12 +0100
> Alessandro Pasotti <ale.pas at TISCALI.IT> wrote:
>
> > Hello,
> >
> > I have a layer where the_geom is a geometrycollection (of linestrings),
> is it
> > possible to show it in mapserver 4.10?
> >
> > What "type" (POINT, POLYGON or whatever) should I set?
> >
> > --
> > Alessandro Pasotti
> > itOpen - "Open Solutions for the Net Age"
> > w3:  www.itopen.it
> > Linux User# 167502
> >
>



-- 
Regards,

Mark Thomas
spatialguru.net at gmail.com
205.529.9013

"Commit to the Lord whatever you do,
    and your plans will succeed." - Proverbs 16:3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/d8e7163c/attachment.htm>

From ale.pas at TISCALI.IT  Mon Dec  4 08:27:30 2006
From: ale.pas at TISCALI.IT (Alessandro Pasotti)
Date: Mon, 4 Dec 2006 17:27:30 +0100
Subject: postgis geometrycollection in mapserver
In-Reply-To: <2b5aa3d50612040746t61d87671i211639a132a97cd2@mail.gmail.com>
Message-ID: <MON.4.DEC.2006.172730.0100.ALE.PASTISCALI.IT>

Il 16:46, luned? 4 dicembre 2006, Mark Thomas ha scritto:
> you can always break up the geometry collection into individuals geometries
> like so...

Thank for the hints.

I ended up using the individual geometries from the linked tables (it's M2M) 
and it works as usual, I'ts just more tricky to do queries by attributes, but 
mapscript can handle this quite well.


-- 
Alessandro Pasotti
itOpen - "Open Solutions for the Net Age"
w3:  www.itopen.it
Linux User# 167502


From jayzee.smith at GMAIL.COM  Mon Dec  4 08:24:23 2006
From: jayzee.smith at GMAIL.COM (John Smith)
Date: Mon, 4 Dec 2006 11:24:23 -0500
Subject: map a search: best strategy?
Message-ID: <MON.4.DEC.2006.112423.0500.JAYZEE.SMITHGMAIL.COM>

guys,
i am adding map to a search. the kicker is that the search database is not
postgresql and not spatial while i got only postgresql. the approach i've in
mind-

1 run search
2 create results xml
3 geocode results xml
4 read geocoded xml OR csv using odbc/ovf

it's all good except it sounds like too much back and forth.
since the search database doesn't change much it might be best to create a
shapefile with all points in it and show results using FILTER "string"? i
don't think map_layer_feature_points is going to work since it doesn't show
attributes on query and i am talking about 5000 results. none of ITEMNQUERY
ITEMQUERYMAP ITEMFEATURENQUERY will work either since there're 2 different
databases.

anyway i searched our gallery and 1 cool application searches like so-
http://www.carto.net/williams/yosemite/sendNameData.php?searchstring=M&searchtype=starts%20with&offset=0&limit=12&filterByMapExtent=false&xmin=256800&ymin=4166200&xmax=295200&ymax=4214800.
there's another about excavations in italy where the points are dynamically
generated from mysql using mysql2shp but pg2shp won't help here, right?

btw when you answer just remember i am a pure cgi kinda guy ;).
jzs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/a68dfd4c/attachment.htm>

From beaart at XS4ALL.NL  Mon Dec  4 08:27:43 2006
From: beaart at XS4ALL.NL (Chris Beaart)
Date: Mon, 4 Dec 2006 17:27:43 +0100
Subject: How to close html-form with PHP?
Message-ID: <MON.4.DEC.2006.172743.0100.BEAARTXS4ALL.NL>

I have created a html document to get input from the user. On this form I
created a button which runs some PHP code. After running the code I want to
close the form automatically. How do I do this?

 

Thanks,

Chris Beaart.

 

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

From hal at MOBILEGEOGRAPHICS.COM  Mon Dec  4 10:56:17 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Mon, 4 Dec 2006 10:56:17 -0800
Subject: How to close html-form with PHP?
In-Reply-To: <200612041627.kB4GRhFj077293@smtp-vbr17.xs4all.nl>
Message-ID: <MON.4.DEC.2006.105617.0800.HALMOBILEGEOGRAPHICS.COM>

Not clear to me what you want to do.  Do you mean that you want the 
browser window to close?  You might be able to get some Javascript 
happening to do this, but I don't think it's a good user experience 
("I clicked SUBMIT and my browser window went away").  What does it 
mean to tell the only window on a PDA/smartphone browser to close?

When your user hits the "submit" button, the browser will go on to 
whatever page it's directed to by the form.  It's up to that target 
to display new content.

On most of my PHP forms, if the target of a form is the same PHP 
script that created the form I do something like this:
if (this is a form submission) {
process form;
say thank you;
}
else {
display the form;
}

where "if (this is a form submission)" checks for PUT/GET variables 
as appropriate.

H

At 5:27 PM +0100 12/4/06, Chris Beaart wrote:
>I have created a html document to get input from the user. On this 
>form I created a button which runs some PHP code. After running the 
>code I want to close the form automatically. How do I do this?
>
>Thanks,
>Chris Beaart.
>


-- 
Hal Mueller                hal at mobilegeographics.com              
Mobile Geographics LLC     http://www.mobilegeographics.com/


From hal at MOBILEGEOGRAPHICS.COM  Mon Dec  4 11:03:18 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Mon, 4 Dec 2006 11:03:18 -0800
Subject: map a search: best strategy?
Message-ID: <MON.4.DEC.2006.110318.0800.HALMOBILEGEOGRAPHICS.COM>

A bit more detail about the search would help--coding environment? 
search parameterization?  DB attributes?

Geocoding after every search will be slow, and a heavy load.  IMO you 
would do better by geocoding all of the points in your search 
database once, and storing that.

If you're willing to do some scripting, this approach might work:

1 run search
2 generate unique filename string (say "xyzzy12345")
3 create xyzzy12345.dbf with the attributes of your search
4 ln -s permgeocode.shp xyzzy12345.shp
   ln -s permgeocode.shx xyzzy12345.shx
   etc.

now you have a shapefile whose attributes are the search results for 
a particular query, and you can display it normally, without having 
to think about the fact that it came from a search query.


From JXA at COWI.DK  Mon Dec  4 11:07:05 2006
From: JXA at COWI.DK (Jeppe Lund Andersen)
Date: Mon, 4 Dec 2006 20:07:05 +0100
Subject: php problem
Message-ID: <MON.4.DEC.2006.200705.0100.JXACOWI.DK>

Hello

 Yes I have and it did not help

Jeppe

> -----Original Message-----
> From: Ben Tuttle [mailto:funkbucket at gmail.com] 
> Sent: Monday, December 04, 2006 5:25 PM
> To: Jeppe Lund Andersen
> Subject: Re: [UMN_MAPSERVER-USERS] php problem
> 
> Looks like it is looking for maplayers.php in c:\php4\pear, 
> does the file exist there? If not have you tried putting it there?
> 
> On 12/3/06, Jeppe Lund Andersen <JXA at cowi.dk> wrote:
> >
> >
> >
> > hello
> >
> > Now I gotten some help with compiling a mapserver 4.8.4 and 
> it works 
> > but to get it to work I need to add to whole path to the 
> php file like 
> > this
> >
> > require_once('C:\Inetpub\wwwroot\jar2\maplayers.php');
> >
> > or else I get this error
> >
> > <b>Warning</b>:  main(maplayers.php) [<a 
> > href='function.main'>function.main</a>]
> > : failed to open stream: Permission denied in 
> > <b>C:\Inetpub\wwwroot\jar2\xmlinit
> > ial.php</b> on line <b>31</b><br />
> > <br />
> > <b>Fatal error</b>:  main() [<a
> > href='function.require'>function.require</a>]: F ailed opening 
> > required 'maplayers.php' (include_path='.;c:\php4\pear') in <b>C:\ 
> > Inetpub\wwwroot\jar2\xmlinitial.p
> >
> > all my php files works fine on 4.8.1 with 
> > require_once('maplayers.php'); here it does not need the whole path.
> >
> > any who knows something ?
> >
> > Med venlig hilsen
> >
> > Jeppe Lund Andersen
> 
> 
> 


From jchurchill at AL.UMCES.EDU  Mon Dec  4 11:51:03 2006
From: jchurchill at AL.UMCES.EDU (John B. Churchill)
Date: Mon, 4 Dec 2006 14:51:03 -0500
Subject: TIFF rendering suffering in quality
Message-ID: <MON.4.DEC.2006.145103.0500.JCHURCHILLAL.UMCES.EDU>

Hi,
	I'm new to the list and also very new to MAPSERVER.  Please bear with 
me.  I've started a map by replacing the ITASCA DEMO data with my own 
data.  I'm having some trouble getting a DOQQ tif (true color) image to 
display a reasonable image.   I've been reading about using the 
OUTPUTFORMAT tag to tweek the way the output image looks (e.g. 24-bit). 
  Can anyone help me figure out how I can best display this TIFF format 
image.

See My Description of the problem and my CODE here:
http://alx.al.umces.edu/~jchurch/GIS/tif_render.html

Please send any advice to me or to the list.

J.B.

-- 
---------------------------------------------
John B. Churchill, M.S.			http://alx.al.umces.edu/~jchurch/
GIS Specialist
University of Maryland Center for Environmental Science
Appalachian Laboratory			http://www.al.umces.edu/
Environmental Science Education		http://alese.al.umces.edu/

301 Braddock Road			
Frostburg, MD 21532			
FAX - (301) 689-7200


From boice at RUNSKIP.COM  Mon Dec  4 11:24:58 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Mon, 4 Dec 2006 14:24:58 -0500
Subject: map performance
Message-ID: <MON.4.DEC.2006.142458.0500.BOICERUNSKIP.COM>


Hello users,

The map located here;

http://gisinventory.net/status_maps.html

takes a while to load.  At least at the national view where there is  
a lot of area to render.

I am looking for alternative ways to generate the map that will  
significantly improve performance.

Currently I am using php and looping through data and turning on  
layers as I go.  The PHP part is lightning fast.  But after I get the  
map ready mapserver takes several seconds to generate it.

I'm curious about alternative ways to handle this problem and wonder  
if anyone had comments on any of them.

1) modifying the shape files in some way so the layer information is  
in those files so that all mapserver has to do is load those files  
and not depend on the map files.
2) using a db such as postgres with postgis so that layer information  
is available all in one compact source.

Right now I have to generate a bunch of dynamic classes in PHP using  
the general method below.

		$lyr = $this->ramona_map->getLayerByName("state_yes");
                 $cla = $lyr->getClass(0);
                 $cla->setExpression("/".$expression."/");
                 $lyr->set("status", MS_ON);

I have to do this several hundred times to represent all of the  
data.  The time it takes to generate the map seem proportionate to  
the amount of layers I make visible.  And again this is on the  
mapserver side and not PHP.  PHP does its part of the operation in  
thousandths of a second.

anyone's thoughts are greatly appreciated.

-boice tomlin




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/138b2ff6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/138b2ff6/attachment.sig>

From warmerdam at POBOX.COM  Mon Dec  4 12:37:25 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Mon, 4 Dec 2006 15:37:25 -0500
Subject: TIFF rendering suffering in quality
In-Reply-To: <45747C27.6040900@al.umces.edu>
Message-ID: <MON.4.DEC.2006.153725.0500.WARMERDAMPOBOX.COM>

John B. Churchill wrote:
> Hi,
>     I'm new to the list and also very new to MAPSERVER.  Please bear 
> with me.  I've started a map by replacing the ITASCA DEMO data with my 
> own data.  I'm having some trouble getting a DOQQ tif (true color) image 
> to display a reasonable image.   I've been reading about using the 
> OUTPUTFORMAT tag to tweek the way the output image looks (e.g. 24-bit). 
>  Can anyone help me figure out how I can best display this TIFF format 
> image.
> 
> See My Description of the problem and my CODE here:
> http://alx.al.umces.edu/~jchurch/GIS/tif_render.html

John,

Put the:

   IMAGETYPE JPEG

keyword in your MAP section.  The OUTPUTFORMAT declaration you provided
has no effect unless you select the format, but for web purposes you likely
don't want to be returning geotiffs, so just select JPEG or PNG24 - the two
common 24bit image formats for the web.

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    | President OSGeo, http://osgeo.org


From t.r.decarlo at LARC.NASA.GOV  Mon Dec  4 12:52:06 2006
From: t.r.decarlo at LARC.NASA.GOV (Thom DeCarlo)
Date: Mon, 4 Dec 2006 15:52:06 -0500
Subject: error compiling on OpenSUSE 10.1
Message-ID: <MON.4.DEC.2006.155206.0500.T.R.DECARLOLARC.NASA.GOV>

I seem to be having the same problem that came up back in May. (Jens
Dahnken: compiling error mapserver 4.2 under SLES 9) I didn't find any
resolution in the archive, so maybe he just gave up.

I am compiling mapserver from the current cvs.

When the compile gets to shp2img, I am getting an undefined reference to
'msyylineno' in libmap.a(mapfile.c). The only suggestions I found to solve
the problem was to install flex and bison. I have flex 2.5.31-16 and bison
2.1-11 installed.

The comments in maplexer.c suggest that the test used to figure out if flex
2.5.31 may have problems. Since I am certain that I've got the right version
of bison, should I just force the test to true?

Thom
--
this sig intentionally left blank


From funkbucket at GMAIL.COM  Mon Dec  4 13:54:47 2006
From: funkbucket at GMAIL.COM (Ben Tuttle)
Date: Mon, 4 Dec 2006 14:54:47 -0700
Subject: WxS Mapscirpt Question
Message-ID: <MON.4.DEC.2006.145447.0700.FUNKBUCKETGMAIL.COM>

Hi all-
I am working on setting up a WCS with mapserver. It seems that when a
request is made mapserveoften returns an image that is one line and
sample smaller than the bounding box thus resulting in a image with a
resolution different from the original data resolution (it seems that
mpaserver forces all the requested lines and samples into the output
file by resampling). I am trying to use mapscript (with php) to catch
the request and calculate width and height to return the same
resolution as the original data. So I am wondering if there is a way
to get at the wcs_resolution info in the mapfile through mapscript?
I've poked around the docs, but am wondering if perhaps I am
overlooking something.


From haristeas at GMAIL.COM  Mon Dec  4 13:52:53 2006
From: haristeas at GMAIL.COM (Andreas T)
Date: Mon, 4 Dec 2006 23:52:53 +0200
Subject: phpmapscript projection problem(?)
Message-ID: <MON.4.DEC.2006.235253.0200.HARISTEASGMAIL.COM>

Hi!

I have been trying to reproject a point from one projection to an other with
phpmapscript and its projection object (with the PROJ.4 that is enhanced
with phpmapscript). I am using phpmapscript_48.dll (i supose it refers to
version 4.8...).

The original projection of the point that I am trying to reproject is a
greek projection system called "TM3". It has the following attributes:

   - projection = *Tranvserse Mercator 3o*
   - ellpisoid = bessel
   - lon0 = 23?42' 58''.815
   - lat0 = 34
   - towgs84 = DX=456.39, DY=372.62, DZ=496,82, DangleX=0, DangleY=0,
   DangleZ=0.000363, ppm=0.0000159
   - False E = 200000
   - False N = 0
   - Ellipse big axis = 6377397.155m
   - 1/f = 1/299.1528128
   - k0 = 0.9999
   - units = m

The second projection is the universal WGS84 (LAT/LONG)

The point's initial values are:
X = 134216
Y = 731046
The correct tranformation should have give us:
lon=22.562799
lat=40.3511194

Though I keep taking something like:
lon=22.9206930
lat=40.5838561
The diference seems to be small with naked eye, though it hundreds of
meters...

I have tryed (believe me) with a number of different ways to export the
right lat/long though the result came again and again the same. I provide
the code that I used:
[CODE]
$projInObj = ms_newprojectionobj("proj =tmerc,ellps=bessel,towgs84=456.39,
372.62,496,82,0,0d00m00363s,0.0000159,".
"lat_0=34d0m0s,lon_0=23d42m58815s,x_0=200000,units=m,k=0.9999,a=6378137,rf=
298.25722101");

$projOutObj=ms_newprojectionobj("proj=latlong,ellps=WGS84,DATUM=WGS84");

$myshape = ms_newpointobj();
$myshape->setXY(134216, 731046);

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

print_r($myshape);
[/CODE]

Can you please help me understand why I keep getting bad results? Is it
something that I am doing wrong? Does it have to do with a PROJ problem?

Thanks for the time
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/12c37459/attachment.htm>

From jayzee.smith at GMAIL.COM  Mon Dec  4 14:10:16 2006
From: jayzee.smith at GMAIL.COM (John Smith)
Date: Mon, 4 Dec 2006 17:10:16 -0500
Subject: map a search: best strategy?
In-Reply-To: <p06230904c19a21241779@192.168.204.101>
Message-ID: <MON.4.DEC.2006.171016.0500.JAYZEE.SMITHGMAIL.COM>

On 12/4/06, Hal Mueller <hal at mobilegeographics.com> wrote:
>
> A bit more detail about the search would help--coding environment?
> search parameterization?  DB attributes?


there're more than 1 coding environments. search database is oracle on a
different server. i am on a different server running my map
service making maps on demand. i am also running my geocoding service on
demand. i want to tie my 2 services for whoever wants it. my question really
is- how do i best do the tie up?

On 12/4/06, Hal Mueller <hal at mobilegeographics.com> wrote:
>
> Geocoding after every search will be slow, and a heavy load.  IMO you
> would do better by geocoding all of the points in your search
> database once, and storing that.
>

yeah the visitor'd have to wait but i am trying to avoid mixing search
database (oracle, non-spatial) with geocode database (postgresql, spatial).

On 12/4/06, Hal Mueller <hal at mobilegeographics.com> wrote:
>
> 1 run search
> 2 generate unique filename string (say "xyzzy12345")
> 3 create xyzzy12345.dbf with the attributes of your search
> 4 ln -s permgeocode.shp xyzzy12345.shp
>    ln -s permgeocode.shx xyzzy12345.shx
>    etc.
>
> now you have a shapefile whose attributes are the search results for
> a particular query, and you can display it normally, without having
> to think about the fact that it came from a search query.
>

didn't quite get that. i don't think i am struggling with shp
creation. see, the search runs on a separate server on a separate
database. that server'd then feed my server with the results.
i get to geocode the results and show them on a fancy map ;).

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

From hal at MOBILEGEOGRAPHICS.COM  Mon Dec  4 14:19:56 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Mon, 4 Dec 2006 14:19:56 -0800
Subject: map a search: best strategy?
In-Reply-To: <f029597e0612041410q699a4036sb76a6cd47d53e319@mail.gmail.com>
Message-ID: <MON.4.DEC.2006.141956.0800.HALMOBILEGEOGRAPHICS.COM>

In your first message it sounded like you had a collection of 
locations that didn't change very often.

If that's true, why are you geocoding on the fly?  (and if not, then 
I didn't understand at all).

I would try this:

First, create a master shapefile with all of the possible search 
result locations, with a unique ID for each point.

Your search DB returns a result that says "display unique ID's 1, 2, 
5, 216, and 37".

You create a .DBF file with this schema:
UNIQUEID, DISPLAY

UNIQUEID would be the same as the unique point identifier in the 
master shapefile.

The contents of the dynamic .DBF would be:
1, 1
2, 1
3, 0
4, 0
5, 1
6, 0
...
36, 0
37, 1
38, 0
...
216, 1
and so on--1 if the point is to be displayed, 0 if not

Now you could copy the other component files from your master 
shapefile to the dynamic one.  But instead, just make a symbolic link 
to the spatial data parts.

Hal


From warmerdam at POBOX.COM  Mon Dec  4 15:02:22 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Mon, 4 Dec 2006 18:02:22 -0500
Subject: WxS Mapscirpt Question
In-Reply-To: <259e26270612041354w645f2d37xc85b2751b3b3263@mail.gmail.com>
Message-ID: <MON.4.DEC.2006.180222.0500.WARMERDAMPOBOX.COM>

Ben Tuttle wrote:
> Hi all-
> I am working on setting up a WCS with mapserver. It seems that when a
> request is made mapserveoften returns an image that is one line and
> sample smaller than the bounding box thus resulting in a image with a
> resolution different from the original data resolution (it seems that
> mpaserver forces all the requested lines and samples into the output
> file by resampling). I am trying to use mapscript (with php) to catch
> the request and calculate width and height to return the same
> resolution as the original data. So I am wondering if there is a way
> to get at the wcs_resolution info in the mapfile through mapscript?
> I've poked around the docs, but am wondering if perhaps I am
> overlooking something.

Ben,

I believe the layer object should have an element called "metadata"
that is a hash table object, support methods like get().

In python I think you would fetch the wcs_resolution something like:

   wcs_res_string = layer.metadata.get( "wcs_resolution", "" );

Hmm, the php code looks different.  It looks like it doesn't wrap
the hashTableObj the same way.  In php it seems you might do something
like:

   $wcs_res_string = $layer->getMetaData( "wcs_resolution" );

Apparently the PHP function returns "" if the entry does not exist.
I'm basing this on reading the mapserver/mapscript/php3/README file.

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    | President OSGeo, http://osgeo.org


From jayzee.smith at GMAIL.COM  Mon Dec  4 15:16:29 2006
From: jayzee.smith at GMAIL.COM (John Smith)
Date: Mon, 4 Dec 2006 18:16:29 -0500
Subject: map a search: best strategy?
In-Reply-To: <p06230908c19a4e3ea9a6@192.168.204.101>
Message-ID: <MON.4.DEC.2006.181629.0500.JAYZEE.SMITHGMAIL.COM>

On 12/4/06, Hal Mueller <hal at mobilegeographics.com> wrote:

> In your first message it sounded like you had a collection of
> locations that didn't change very often.
>
> If that's true, why are you geocoding on the fly?  (and if not, then
> I didn't understand at all).


you're right. the search database doesn't change much but it's maintained by
someone else. if nothing looks good i'd have to tell him- dude add x/y
column, but something tells me it's not as cool.

On 12/4/06, Hal Mueller <hal at mobilegeographics.com> wrote:

> First, create a master shapefile with all of the possible search
> result locations, with a unique ID for each point.
>
> Your search DB returns a result that says "display unique ID's 1, 2,
> 5, 216, and 37".
>
> You create a .DBF file with this schema:
> UNIQUEID, DISPLAY
>
> UNIQUEID would be the same as the unique point identifier in the
> master shapefile.
>
> The contents of the dynamic .DBF would be:
> 1, 1
> 2, 1
> 3, 0
> 4, 0
> 5, 1
> 6, 0
> ...
> 36, 0
> 37, 1
> 38, 0
> ...
> 216, 1
> and so on--1 if the point is to be displayed, 0 if not
>
> Now you could copy the other component files from your master
> shapefile to the dynamic one.  But instead, just make a symbolic link
> to the spatial data parts.


sweet. let's see if i get this right-
1 external server does the search and says "show blah blah"
2 my internal server already has a shp as base layer showing all the
geocoded points. i simply create another dbf, do a join and overlay that to
show "blah blah"? (didn't quite get symbolic link. join?)

can a smart wms also help here?

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

From hal at MOBILEGEOGRAPHICS.COM  Mon Dec  4 15:23:11 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Mon, 4 Dec 2006 15:23:11 -0800
Subject: map a search: best strategy?
In-Reply-To: <f029597e0612041516x1b305ef0u7fc38537b064879f@mail.gmail.com>
Message-ID: <MON.4.DEC.2006.152311.0800.HALMOBILEGEOGRAPHICS.COM>

At 6:16 PM -0500 12/4/06, John Smith wrote:
>
>you're right. the search database doesn't change much but it's 
>maintained by someone else. if nothing looks good i'd have to tell 
>him- dude add x/y column, but something tells me it's not as cool.

You could keep your own table--x/y column, joined by the unique ID.

>sweet. let's see if i get this right-
>1 external server does the search and says "show blah blah"
>2 my internal server already has a shp as base layer showing all the 
>geocoded points. i simply create another dbf, do a join and overlay 
>that to show "blah blah"? (didn't quite get symbolic link. join?)

Pretty much right.

There's no real notion of a JOIN in Shapefiles.  You have to copy the 
geometry files and generate a new .DBF file.  A cheaper way to do 
that, though, is to use a symbolic link instead of a completely new 
copy, for each of the geometry files.

>can a smart wms also help here?

Maybe.  I don't have any WMS experience.  Someone else will have to 
answer that.


From hal at MOBILEGEOGRAPHICS.COM  Mon Dec  4 15:52:08 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Mon, 4 Dec 2006 15:52:08 -0800
Subject: phpmapscript projection problem(?)
In-Reply-To: <cefb8cd70612041352y722178f1y5162739db35944a1@mail.gmail.com>
Message-ID: <MON.4.DEC.2006.155208.0800.HALMOBILEGEOGRAPHICS.COM>

Take Mapserver and PHPMapscript out of the loop. 
Generate some test cases and pipe them through 
the proj standalone executable.

I also don't quite understand why you are using 
a=6378137 rf=298.25722101.  I would think they 
would be 6377397.155 and 299.1528128 
respectively.  But I haven't looked closely.

How were the towgs84 parameters derived?

Is there a standard set of test points for this 
projection?  What sort of systematic error are 
you seeing?

At 11:52 PM +0200 12/4/06, Andreas T wrote:
>The original projection of the point that I am 
>trying to reproject is a greek projection system 
>called "TM3". It has the following attributes:
>
>projection = Tranvserse Mercator 3o
>ellpisoid = bessel
>lon0 = 23??42' 58''.815
>lat0 = 34
>towgs84 = DX=456.39, DY=372.62, DZ=496,82, 
>DangleX=0, DangleY=0, DangleZ=0.000363, 
>ppm=0.0000159
>False E = 200000
>False N = 0
>Ellipse big axis = 6377397.155m
>1/f = 1/299.1528128
>k0 = 0.9999
>units = m
>[CODE]
>$projInObj = ms_newprojectionobj("proj
>=tmerc,ellps=bessel,towgs84=456.39,372.62,496,82,0,0d00m00363s,0.0000159,".
>"lat_0=34d0m0s,lon_0=23d42m58815s,x_0=200000,units=m,k=0.9999,a=6378137,rf=298.25722101");
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/611704e1/attachment.htm>

From matt.pettis at THOMSON.COM  Mon Dec  4 19:55:11 2006
From: matt.pettis at THOMSON.COM (Matt Pettis)
Date: Mon, 4 Dec 2006 21:55:11 -0600
Subject: ms44, variable substitution, mapfile EXTENT object attr
Message-ID: <MON.4.DEC.2006.215511.0600.>

Hi,
 
I am trying to write a mapfile that will use javascript to dynamically sent EXTENT values to a .map file via POST parms.  Concretely, when I select a county in MN from a dropdown, I want to send the appropriate values for the EXTENT bbox so that the selected county is rendered in it's specific bbox.
 
The beginning of my mapfile looks like this:
---
MAP
 IMAGETYPE      PNG
 EXTENT       %xmin% "%ymin%" "%xmax%" "%ymax%"
 SIZE        880 660
 ...
---
 
the url i issue is:
http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%5Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4w%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xmax=486045.78125&ymax=5010473.5&coid=27
 
 
the error i get is:
 getDouble(): Symbol definition error. Parsing error near (%):(line 7) 
 
line 7 is the EXTENT line.
 
So, my questions are:
1.  Does MapServer support variable substitition for extent values?  If so, what am i doing wrong?  If not, how do I dynamically set the extent for dynamically selected polygons with different bboxes?
 
2.  Is there a better way to set the bbox rather than send it precalculated values in a GET?  It seems natural that I should be able to leave the EXTENT line off and a default of the smallest bounding box that works for the returned geometry would be returned as a default.
 
tia,
Matt


From jchurchill at AL.UMCES.EDU  Tue Dec  5 05:36:38 2006
From: jchurchill at AL.UMCES.EDU (John B. Churchill)
Date: Tue, 5 Dec 2006 08:36:38 -0500
Subject: TIFF rendering suffering in quality
In-Reply-To: <45748705.9090107@pobox.com>
Message-ID: <TUE.5.DEC.2006.083638.0500.JCHURCHILLAL.UMCES.EDU>

On Mon, December 4, 2006 3:37 pm, Frank Warmerdam wrote:
> John B. Churchill wrote:
>> Hi,
>>     I'm new to the list and also very new to MAPSERVER.  Please bear
>> with me.  I've started a map by replacing the ITASCA DEMO data with my
>> own data.  I'm having some trouble getting a DOQQ tif (true color) image
>> to display a reasonable image.   I've been reading about using the
>> OUTPUTFORMAT tag to tweek the way the output image looks (e.g. 24-bit).
>>  Can anyone help me figure out how I can best display this TIFF format
>> image.
>>
>> See My Description of the problem and my CODE here:
>> http://alx.al.umces.edu/~jchurch/GIS/tif_render.html
>
> John,
>
> Put the:
>
>    IMAGETYPE JPEG
>
> keyword in your MAP section.  The OUTPUTFORMAT declaration you provided
> has no effect unless you select the format, but for web purposes you
> likely
> don't want to be returning geotiffs, so just select JPEG or PNG24 - the
> two
> common 24bit image formats for the web.

THANKS ... that worked.  The IMAGETYPE was set to PNG.  When I changed it
to JPEG it looked great.


From haristeas at GMAIL.COM  Tue Dec  5 06:35:17 2006
From: haristeas at GMAIL.COM (Andreas T)
Date: Tue, 5 Dec 2006 16:35:17 +0200
Subject: phpmapscript projection problem(?)
Message-ID: <TUE.5.DEC.2006.163517.0200.HARISTEASGMAIL.COM>

I sent an other reply today this morning though it has not appeared yet, so
I suppose I must rewrite it and resend it. So...

Let's take a more standard tranformation and let's (together) evaluate the
results.
I will use as my starting coordinate system the standard greek grid system
(GGRS87). As found on the web page
http://cvs.gis.umn.edu/cgi-bin/viewcvs/mapserver_docs/proj.html?rev=1.2#GGRS87%20/%20Greek%20Grid
the parameters of this system are:
    proj=tmerc
    lat_0=0.000000000
    lon_0=24.000000000
    k=0.999600
    x_0=500000.000
    y_0=0.000
    ellps=GRS80
    towgs84=-199.87,74.79,246.62,0,0,0,0
    units=m
    no_defs
Here, I will inform that the greek system has its borders on
Xmin = 80000
Xmax = 1050000
Ymin = 3760000
Ymax = 4660000

Supposing that these params are official and accepted enough, I step over to
the tranformation from this system (GGRS87) to WGS84.
So we have the following code:

[CODE]
// Projections declaration
$projInObj=ms_newprojectionobj("proj=tmerc,ellps=GRS80,towgs84=-199.87,74.79
,246.62,0,0,0,0,units=m,lon_0=24,k=0.9996,x_0=500000,no_defs")
$projOutObj=ms_newprojectionobj("proj=latlong,ellps=WGS84,DATUM=WGS84,no_defs");

// Shape to be reprojected
$myshape = ms_newpointobj();
$myshape->setXY(552000, 4098077);

// Some code to confirm initial values
print_r($myshape);
echo "<p />";

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

// Code to get the final values
print_r($myshape);
[/CODE]

The expected result (according to very reliable software like ArcGIS and
others...) is:
lon=24,351076881,lat=37,014812887
Though! the result that I get from mapscript is:
lon=24.585568772,lat=37.028433901

Again it seems to a small difference but the truth is that we have to deal
with a very large difference on the results!

I did test the tranformation with different values. I provide some triads of
input and output:
<triad 1>
Input:                X=100000, Y=4000000
Expected:         lon:19,334046546,lat:36,035407643
mapscript gave: lon:19.560466687 lat:36.063361179
</triad 1>

<triad 2>
Input:                X=400000, Y=4200000
Expected:         lon:22,514890564,lat:37,564089629
mapscript gave: lon:22.862809496,lat:37.943105553
</triad 2>

<triad 3>
Input:                X=700000, Y=4400000
Expected:         lon:26,200754084,lat:39,434436875
mapscript gave: lon:26.334654875,lat:39.727476986
</triad 3>

<triad 4>
Input:                X=1000000, Y=4600000
Expected:         lon:29,585420281,lat:41,235432698
mapscript gave: lon:29.980956617,lat:41.396983529
</triad 4>

I can't relize any sytematic error. The only thing that can mention by a
first look is that I get bad results. And, once again, I ask: Do I do
something wrong or are there any limitations on the PROJ or the mapscript
that I must know?

Thanks on advance

Andreas Trantidis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061205/fbcf7e51/attachment.htm>

From nelsong at MAIL.UTEXAS.EDU  Tue Dec  5 06:31:30 2006
From: nelsong at MAIL.UTEXAS.EDU (Nelson Guda)
Date: Tue, 5 Dec 2006 08:31:30 -0600
Subject: MAPSERVER-USERS Digest - 3 Dec 2006 to 4 Dec 2006 (#2006-337)
In-Reply-To: <MAPSERVER-USERS%200612050001419674.693F@LISTS.UMN.EDU>
Message-ID: <TUE.5.DEC.2006.083130.0600.NELSONGMAIL.UTEXAS.EDU>

Hi all,

I need to set up a mapserver wms that incorporates a mysql database  
layer.  I've found the documentation for making a very basic myql  
layer, but I would like it to be more customizable and include a sql  
statement like a postgre layer.  Is this possible yet?

thanks,
nelson


From t.r.decarlo at LARC.NASA.GOV  Tue Dec  5 07:06:04 2006
From: t.r.decarlo at LARC.NASA.GOV (Thom DeCarlo)
Date: Tue, 5 Dec 2006 10:06:04 -0500
Subject: error compiling on OpenSUSE 10.1
In-Reply-To: <05f501c717e6$0ee19450$959877c6@larc.nasa.gov>
Message-ID: <TUE.5.DEC.2006.100604.0500.T.R.DECARLOLARC.NASA.GOV>

I did a work-around by commenting out the "#ifndef YY_CURRENT_BUFFER_LVALUE"
test in maplexer.c. That allowed the compile to finish. I also had to add
the GRASS libraries to the link stage, since my gdal was compiled with GRASS
support and the mapserver build was failing due to missing GRASS libraries.

Now that it has compiled, I'm on to the next step... setting up the web
server.

Thom

> -----Original Message-----
> From: Thom DeCarlo
> Sent: Monday, December 04, 2006 3:52 PM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] error compiling on OpenSUSE 10.1
> 
> I seem to be having the same problem that came up back in May. (Jens
> Dahnken: compiling error mapserver 4.2 under SLES 9) I didn't find any
> resolution in the archive, so maybe he just gave up.
> 
> I am compiling mapserver from the current cvs.
> 
> When the compile gets to shp2img, I am getting an undefined reference to
> 'msyylineno' in libmap.a(mapfile.c). The only suggestions I found to solve
> the problem was to install flex and bison. I have flex 2.5.31-16 and bison
> 2.1-11 installed.
> 
> The comments in maplexer.c suggest that the test used to figure out if
> flex
> 2.5.31 may have problems. Since I am certain that I've got the right
> version
> of bison, should I just force the test to true?
> 
> Thom
> --
> this sig intentionally left blank


From davidvaz at NCC.UP.PT  Tue Dec  5 07:42:27 2006
From: davidvaz at NCC.UP.PT (davidvaz)
Date: Tue, 5 Dec 2006 15:42:27 +0000
Subject: Mapfile shapefile record number
Message-ID: <TUE.5.DEC.2006.154227.0000.DAVIDVAZNCC.UP.PT>

Hi,

Is there any way to use shapefile record number as a label?

I am trying to label linestrings with their record number.
Usually in shapefiles this value is not stored explicitly, and depends
on the order of the records.
If this is not possible do anyone know if I can add a field to the .dbf
with the record number, in an automated way.

Thanks

David


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061205/e0a57507/attachment.sig>

From gregor at HOSTGIS.COM  Tue Dec  5 07:58:47 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Tue, 5 Dec 2006 07:58:47 -0800
Subject: Crossing the date line?
Message-ID: <TUE.5.DEC.2006.075847.0800.GREGORHOSTGIS.COM>

Hi, all.

W're investigating how best to handle data which crosses the date line. I
see some very old postings about known bugs back in 2001, but couldn't
find anything recent. Perhaps y'all could fill me in on the modern
perspective?

We're looking at 3 cases:
- remote WMS
- vector (PostGIS)
- locally stored GeoTIFFs

How can we have Mapserver (better yet, PHP/Mapscript because that's what
we're using) gracefully handle data that's at opposite ends of the
-180/180 rectangle? We do not have the option of massaging the data,
moving the map features to the other end of the earth; the data has to
stay as-is.

Any thoughts? I found surprisingly little about this in Google and Clusty,
aside from mentions of "don't do that" in mapserv.js

One idea that has occurred to me, since we're using Mapscript, is to
detect urx<llx and then generate two images and paste the images together.
Yuck.

-- 
HostGIS
Cartographic development and hosting services
707-822-9355
http://www.HostGIS.com/


From agrassic at GMAIL.COM  Tue Dec  5 08:46:07 2006
From: agrassic at GMAIL.COM (Antonio Grassi)
Date: Tue, 5 Dec 2006 13:46:07 -0300
Subject: Mapscript with php as apache module
Message-ID: <TUE.5.DEC.2006.134607.0300.AGRASSICGMAIL.COM>

Hi all. I've been looking in the mailing list and reading the documentation,
but it is not clear to me, if there still exist problems when using
php-mascript with php built as an apache module. Does anyone have a clear
idea about this?

Thanks very much,
Antonio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061205/d7ab53d2/attachment.htm>

From jayzee.smith at GMAIL.COM  Tue Dec  5 09:10:10 2006
From: jayzee.smith at GMAIL.COM (John Smith)
Date: Tue, 5 Dec 2006 12:10:10 -0500
Subject: map a search: best strategy?
In-Reply-To: <p0623090ac19a5d893f3e@192.168.204.101>
Message-ID: <TUE.5.DEC.2006.121010.0500.JAYZEE.SMITHGMAIL.COM>

On 12/4/06, Hal Mueller <hal at mobilegeographics.com> wrote:
>
> There's no real notion of a JOIN in Shapefiles.  You have to copy the
> geometry files and generate a new .DBF file.  A cheaper way to do
> that, though, is to use a symbolic link instead of a completely new
> copy, for each of the geometry files.


i searched the website- didn't get anywhere with symbolic link. anyway
what's the fastest join- csv? dbf? xml? ? if xml i'd use the gmaps way- 1
search database 2 results as xml 3 read xml with ajax and 4 show points.

about wms- since wms can filter data, maybe i'd set one up that filters
based on the results? big maybe ;)

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

From boice at RUNSKIP.COM  Tue Dec  5 09:38:55 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Tue, 5 Dec 2006 12:38:55 -0500
Subject: optimization
Message-ID: <TUE.5.DEC.2006.123855.0500.BOICERUNSKIP.COM>

Hello users,

The map located here;

http://gisinventory.net/status_maps.html

takes a while to load.  At least at the national view where there is  
a lot of area to render.

I am looking for alternative ways to generate the map that will  
significantly improve performance.

Currently I am using php and looping through data and turning on  
layers as I go.  The PHP part is lightning fast.  But after I get the  
map ready mapserver takes several seconds to generate it.

I'm curious about alternative ways to handle this problem and wonder  
if anyone had comments on any of them.

1) modifying the shape files in some way so the layer information is  
in those files.
2) using a db such as postgres with postgis.

Right now I have to generate a bunch of dynamic classes in PHP using  
the general method below.

		$lyr = $this->ramona_map->getLayerByName("state_yes");
                 $cla = $lyr->getClass(0);
                 $cla->setExpression("/".$expression."/");
                 $lyr->set("status", MS_ON);

I have to do this several hundred times to represent all of the  
data.  The time it takes to generate the map seem proportionate to  
the amount of layers I make visible.  And again this is on the  
mapserver side and not PHP.  PHP does its part of the operation in  
thousandths of a second.

thanks,

-boice tomlin



////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


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

From warmerdam at POBOX.COM  Tue Dec  5 12:00:51 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Tue, 5 Dec 2006 15:00:51 -0500
Subject: Crossing the date line?
In-Reply-To: <3478.67.162.137.128.1165334327.squirrel@maps.hostgis.com>
Message-ID: <TUE.5.DEC.2006.150051.0500.WARMERDAMPOBOX.COM>

Gregor Mosheh wrote:
> Hi, all.
> 
> W're investigating how best to handle data which crosses the date line. I
> see some very old postings about known bugs back in 2001, but couldn't
> find anything recent. Perhaps y'all could fill me in on the modern
> perspective?
> 
> We're looking at 3 cases:
> - remote WMS
> - vector (PostGIS)
> - locally stored GeoTIFFs
> 
> How can we have Mapserver (better yet, PHP/Mapscript because that's what
> we're using) gracefully handle data that's at opposite ends of the
> -180/180 rectangle? We do not have the option of massaging the data,
> moving the map features to the other end of the earth; the data has to
> stay as-is.
> 
> Any thoughts? I found surprisingly little about this in Google and Clusty,
> aside from mentions of "don't do that" in mapserv.js
> 
> One idea that has occurred to me, since we're using Mapscript, is to
> detect urx<llx and then generate two images and paste the images together.
> Yuck.

Gregor,

Is your objective to handle map rendering requests that cross the dateline
for map data that fill the whole -180 to 180 longitude range but stays within
it?  If so, splitting cross datelines requests into two renders as you suggest
would be a good solution.

What coordinate system is your map in?  What coordinate system is the data
in?  Some dateline related issues arise when MapServer is needing to
reproject things.   If everything is in WGS84 (data and requests) then
that at least simplifies the issues somewhat.

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    | President OSGeo, http://osgeo.org


From gregor at HOSTGIS.COM  Tue Dec  5 10:56:08 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Tue, 5 Dec 2006 10:56:08 -0800
Subject: Crossing the date line?
In-Reply-To: <4575CFF3.2060408@pobox.com>
Message-ID: <TUE.5.DEC.2006.105608.0800.GREGORHOSTGIS.COM>

>> W're investigating how best to handle data which crosses the date line.

> What coordinate system is your map in?  What coordinate system is the data
> in?

Everything is in WGS84 for now. A future goal, though, is to support
reprojection. I'm sorry to hear that Mapserver has trouble reprojecting
stuff that crosses the date line; I had hoped that reprojection would be
the panacea.


> Is your objective to handle map rendering requests that cross the dateline
> for map data that fill the whole -180 to 180 longitude range but stays
> within it?

I hate to say it, but: We're looking to handle all cases. Some folks have
fudged their data to go past the -180/180 box, the majority stay within
the -180/180 rectangle. It's meant for general-purpose display, so we
can't assume anything about their data except it being in WGS84.

You seem to second the advice that pasting together 2 segments is the most
flexible approach.


From hal at MOBILEGEOGRAPHICS.COM  Tue Dec  5 11:19:29 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Tue, 5 Dec 2006 11:19:29 -0800
Subject: map a search: best strategy?
In-Reply-To: <f029597e0612050910m52459fefs3ab7e1fd77a7fd4d@mail.gmail.com>
Message-ID: <TUE.5.DEC.2006.111929.0800.HALMOBILEGEOGRAPHICS.COM>

Look at the first few Google results for "symbolic link".

If your search results for a particular case are stored in 
resultXYZZY12345.dbf, and your master shapefile with all possible 
geocoded locations are in master.shp/shx/qix, you would do this:

ln -s master.shp resultXYZZY12345.shp
ln -s master.shx resultXYZZY12345.shx
ln -s master.qix resultXYZZY12345.qix

and then you could use resultXYZZY12345 as any other shapefile in Mapserver.

You're really at the point where you need to just dig in and try some 
of these things.  Run some test cases, benchmark them, see what works 
fastest for your own situation.

Please report back to the group--someone else may have a similar 
question someday.

H

At 12:10 PM -0500 12/5/06, John Smith wrote:
>On 12/4/06, Hal Mueller 
><<mailto:hal at mobilegeographics.com>hal at mobilegeographics.com> wrote:
>
>There's no real notion of a JOIN in Shapefiles.  You have to copy the
>geometry files and generate a new .DBF file.  A cheaper way to do
>that, though, is to use a symbolic link instead of a completely new
>copy, for each of the geometry files.
>
>
>i searched the website- didn't get anywhere with symbolic link. 
>anyway what's the fastest join- csv? dbf? xml? ? if xml i'd use the 
>gmaps way- 1 search database 2 results as xml 3 read xml with ajax 
>and 4 show points.
>
>about wms- since wms can filter data, maybe i'd set one up that 
>filters based on the results? big maybe ;)
>
>jzs

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

From hal at MOBILEGEOGRAPHICS.COM  Tue Dec  5 11:23:42 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Tue, 5 Dec 2006 11:23:42 -0800
Subject: phpmapscript projection problem(?)
In-Reply-To: <cefb8cd70612050635x55a5c3afx270f1f17979a87c0@mail.gmail.com>
Message-ID: <TUE.5.DEC.2006.112342.0800.HALMOBILEGEOGRAPHICS.COM>

You're obviously attacking this problem the right way.

It's pretty clear to me that the parameters being passed to proj are 
not what you need.  But I don't know where to go next.

I would suggest you try posting on the proj users mailing list, or 
reposting here with a more specific subject line ("proj parameters 
for Greek TM3' projection", maybe).  I think that Mapscript is 
working fine.  It's just a question of finding the right projection 
parameters.

Hal


From matt0177 at GMAIL.COM  Tue Dec  5 13:11:58 2006
From: matt0177 at GMAIL.COM (Matthew Edmondson)
Date: Tue, 5 Dec 2006 14:11:58 -0700
Subject: loadProjection(): Unknown identifier error
Message-ID: <TUE.5.DEC.2006.141158.0700.MATT0177GMAIL.COM>

I've been utilizing mapserver for over a year now, mainly utilizing
chameleon. I downloaded the latest ms4w install and have been messing
around with ka-map. I've been using a modified .map file of the world
map and have run into a snag.

If I insert the line
PROJECTION  "init=EPSG:4326"
into my map file, the file wont load via html, and via mws it gives
the error of "loadProjection(): Unknown identifier error" If I comment
out that line, it works fine. I'm trying to get this to work, beacuse
otherwise I'm running into trying to access the data via mws from
other applications.

Thanks,

Matt

p.s. I'm attaching the world file.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: World.map
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061205/2774ca46/attachment.ksh>

From afreed at PDX.EDU  Tue Dec  5 13:24:08 2006
From: afreed at PDX.EDU (Andy Freed)
Date: Tue, 5 Dec 2006 13:24:08 -0800
Subject: loadProjection(): Unknown identifier error
In-Reply-To: <8e2cbd660612051311p7ce38d96r8a96f2386fca85b7@mail.gmail.com>
Message-ID: <TUE.5.DEC.2006.132408.0800.AFREEDPDX.EDU>

Try adding an END after the projection:

PROJECTION
	"init=epsg:4326"
END


Andy

Matthew Edmondson wrote:
> I've been utilizing mapserver for over a year now, mainly utilizing
> chameleon. I downloaded the latest ms4w install and have been messing
> around with ka-map. I've been using a modified .map file of the world
> map and have run into a snag.
> 
> If I insert the line
> PROJECTION  "init=EPSG:4326"
> into my map file, the file wont load via html, and via mws it gives
> the error of "loadProjection(): Unknown identifier error" If I comment
> out that line, it works fine. I'm trying to get this to work, beacuse
> otherwise I'm running into trying to access the data via mws from
> other applications.
> 
> Thanks,
> 
> Matt


From woodbri at SWOODBRIDGE.COM  Tue Dec  5 13:38:56 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Tue, 5 Dec 2006 16:38:56 -0500
Subject: optimization
In-Reply-To: <273A5878-A332-4ED9-B8E4-C7ABE26DEF4A@RUNSKIP.COM>
Message-ID: <TUE.5.DEC.2006.163856.0500.WOODBRISWOODBRIDGE.COM>

boice tomlin wrote:
> 
> Thanks Steve,
> 
> I have created the qix files which didn't make much/any difference for me.
> 
> I will rebuild with the debug option.  great tip.
> 
> As for optimizing slow layers;  I don't display labels at larger extents 
> so that isn't a problem.  And I make sure those layers are off.
> 
> I'm not sure what you mean by raster layer.  I'm guessing that if I am 
> drawing a state and coloring it green then that is a raster layer.  
> Correct?  This seems to be where I'm having my performance issue.

raster layers are layer that are serving raster data ie: satellite 
imagery or similar stuff. If you data is all from shapefiles then you 
don't have raster layers.

> If I draw the entire country and don't color in any states, counties or 
> cities then the map draws in tenths of a second.  As I go across the 
> country and color in all the geographies of interest I slow 
> proportionate to the amount of states, counties and cities that I color 
> in.  When viewing at a smaller extent it isn't much of an issue.  But 
> for larger extents it can take 7 or 8 seconds.  As use of the system 
> grows this could become even worse.

coloring polygons takes a little effort but should not be a big slow 
down in and of itself. The real issue is more likely that you are trying 
to display counties when you are at a scale to display the whole US. 
This means you are drawing 3300 polygons and filling each and every one 
of them. At a scale of about 1:200M there is probably little value to do 
that except to show that you can do it. You might want to create some 
static image files if you need to do that. otherwise turn off layers as 
you zoom out.

> I thought I must be doing something horribly wrong in terms of my method 
> of rendering the data.
> 
> Is this still a question for Frank Warmerdam or Ed McNierney?

probably not is you are only using shapefile data. But if the see this 
post they might have something to add, so you need to make sure that you 
cc the list on responses so everyone will benefit or can contribute to 
the thread.

-Steve

> thanks,
> 
> boice
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Dec 5, 2006, at 1:46 PM, Stephen Woodbridge wrote:
> 
>> boice,
>>
>> The standard things to do are:
>>
>> 1) make sure all you shapefiles have *.qix file
>>    find /path/to/data -name "*.shp" -exec shptree {} \;
>>    should for that.
>>
>> 2) build mapserver with the debug option in ./configure
>>    then add DEBUG TRUE to the map section of you mapfile
>>    then render you map and look in /var/log/apache/error.log
>>    and you will fine information about how long it takes each layer
>>    to render. do this at the various scales you use.
>>    if you have huge shapefiles and you are only rendering parts of them
>>    then consider using shape2tile to break the data into tiles.
>>
>> 3) optimize the slow layers
>>    a) reduce the amount of data you are displaying
>>       maybe turn off that layer at that scale
>>       create a generalize version of that layer for that scale
>>    b) reduce the number of labels if you label cache time is large
>>       turn off some of the labels you are drawing at that scale
>>
>> 4) if it is a raster layer that is slow, then post a message asking
>>    Frank Warmerdam or Ed McNierney for suggestions on how to improve
>>    your reaster performance
>>
>> 5) if I haven't covered it here or you are sure what to do about a 
>> specific performance issue, post a more specific question.
>>
>> 6) oh yeah, if you are using shapefiles and have problems rendering 
>> data mvoing to postgres will generally not help you.
>>
>> -Steve W
>>
>> boice tomlin wrote:
>>> Hello users,
>>> The map located here;
>>> http://gisinventory.net/status_maps.html
>>> takes a while to load.  At least at the national view where there is 
>>> a lot of area to render.
>>> I am looking for alternative ways to generate the map that will 
>>> significantly improve performance.
>>> Currently I am using php and looping through data and turning on 
>>> layers as I go.  The PHP part is lightning fast.  But after I get the 
>>> map ready mapserver takes several seconds to generate it.
>>> I'm curious about alternative ways to handle this problem and wonder 
>>> if anyone had comments on any of them.
>>> 1) modifying the shape files in some way so the layer information is 
>>> in those files.
>>> 2) using a db such as postgres with postgis.
>>> Right now I have to generate a bunch of dynamic classes in PHP using 
>>> the general method below.
>>> $lyr = $this->ramona_map->getLayerByName("state_yes");
>>>                 $cla = $lyr->getClass(0);
>>>                 $cla->setExpression("/".$expression."/");
>>>                 $lyr->set("status", MS_ON);
>>> I have to do this several hundred times to represent all of the 
>>> data.  The time it takes to generate the map seem proportionate to 
>>> the amount of layers I make visible.  And again this is on the 
>>> mapserver side and not PHP.  PHP does its part of the operation in 
>>> thousandths of a second.
>>> thanks,
>>> -boice tomlin
>>> ////////////////////////////
>>> Run Skip
>>> http://runskip.com <http://runskip.com/> /
>>> boice tomlin
>>> boice at runskip.com <mailto:boice at runskip.com>
>>> 503-528-6204
>>> ////////////////////////////
>>> Run Skip
>>> http://runskip.com/
>>> boice tomlin
>>> boice at runskip.com <mailto:boice at runskip.com>
>>> 503-528-6204
>>
> 
> 
> 
> 
> ////////////////////////////
> Run Skip
> http://runskip.com/
> 
> boice tomlin
> 
> boice at runskip.com <mailto:boice at runskip.com>
> 
> 503-528-6204
> 
> 


From percyd at PDX.EDU  Tue Dec  5 13:38:50 2006
From: percyd at PDX.EDU (percy)
Date: Tue, 5 Dec 2006 13:38:50 -0800
Subject: optimization
In-Reply-To: <3D8B7ED6-C5C0-43B4-BC05-CD75EBD17017@runskip.com>
Message-ID: <TUE.5.DEC.2006.133850.0800.PERCYDPDX.EDU>

One of the tricks I've used to get maps to render quickly at very zoomed 
out levels is to generate simplified versions of my shapefiles, and then 
use maxscale/minscale  settings at the layer level to turn on/off 
simplified/detailed versions as the user zooms in.

PostGIS is nice for this, a simple call like this will generate a 
simplified (one vertex every 1000 map units, feet in this case) shapefile:
pgsql2shp -f simplegeotech {your connection info here}"select 
simplify(the_geom, 1000) as the_geom, lith_gen_u from geotech"
The quotes around the SQL statement are required!

You can see this in action at this site: 
http://geospatial.research.pdx.edu/ogdc/
Notice when you are zoomed out to the entire state if you look REALLY 
close you can see sharp corners like stained glass. This is pulling from 
a database of over 70,000 polygons, and this one trick took me from load 
times in the 30-40 second range down to 4 seconds.

Hope this helps,
Percy

boice tomlin wrote:
> Hello users,
>
> The map located here;
>
> http://gisinventory.net/status_maps.html
>
> takes a while to load.  At least at the national view where there is a 
> lot of area to render.
>
> I am looking for alternative ways to generate the map that will 
> significantly improve performance.
>
> Currently I am using php and looping through data and turning on 
> layers as I go.  The PHP part is lightning fast.  But after I get the 
> map ready mapserver takes several seconds to generate it.
>
> I'm curious about alternative ways to handle this problem and wonder 
> if anyone had comments on any of them.
>
> 1) modifying the shape files in some way so the layer information is 
> in those files.
> 2) using a db such as postgres with postgis.
>
-- 
David Percy
Geospatial Data Manager
Geology Department
Portland State University
http://gisgeek.pdx.edu
503-725-3373


From Steve.Lime at DNR.STATE.MN.US  Tue Dec  5 15:32:30 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Tue, 5 Dec 2006 17:32:30 -0600
Subject: map performance
In-Reply-To: <D355BBFD-352B-4956-BEE7-49F6CD8A7FED@RUNSKIP.COM>
Message-ID: <TUE.5.DEC.2006.173230.0600.STEVE.LIMEDNR.STATE.MN.US>

Might be interesting to see what the resulting mapfile (after your
dynamic work) looks like (use $map->save(...)).

We'd really need to know more about the data, how you're doing
classifications and such to comment more. There may be lots of ways
to make things go faster. From the looks of it for each geography
(city, county, tribe, state, nation) you have a bunch of variables that
indicate
if a data theme is available. One could organize that data like so (for
example state level data):

State  Hydrography  Watersheds ...
MN     0                    1 
WI      3                    2
IA       3                    0
FL       1                    3

Where 0 means no responce, 1 complete and so on. So in that case your
class definitions would always be the same you'd
be simply changing the variable you're mapping on (e.g. CLASSITEM), and
you wouldn't need dynamic classes (or even MapScript for that
matter).  Just thinking out loud...

Steve

>>> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>

Hello users,

The map located here;

http://gisinventory.net/status_maps.html 

takes a while to load.  At least at the national view where there is a
lot of area to render.

I am looking for alternative ways to generate the map that will
significantly improve performance.

Currently I am using php and looping through data and turning on layers
as I go.  The PHP part is lightning fast.  But after I get the map ready
mapserver takes several seconds to generate it.

I'm curious about alternative ways to handle this problem and wonder if
anyone had comments on any of them.

1) modifying the shape files in some way so the layer information is in
those files so that all mapserver has to do is load those files and not
depend on the map files.
2) using a db such as postgres with postgis so that layer information
is available all in one compact source.

Right now I have to generate a bunch of dynamic classes in PHP using
the general method below.

$lyr = $this->ramona_map->getLayerByName("state_yes");
                $cla = $lyr->getClass(0);
                $cla->setExpression("/".$expression."/");
                $lyr->set("status", MS_ON);

I have to do this several hundred times to represent all of the data. 
The time it takes to generate the map seem proportionate to the amount
of layers I make visible.  And again this is on the mapserver side and
not PHP.  PHP does its part of the operation in thousandths of a
second.

anyone's thoughts are greatly appreciated.

-boice tomlin



////////////////////////////
Run Skip
http://runskip.com/ 


boice tomlin


boice at runskip.com 


503-528-6204


From ed at TOPOZONE.COM  Tue Dec  5 16:32:09 2006
From: ed at TOPOZONE.COM (Ed McNierney)
Date: Tue, 5 Dec 2006 19:32:09 -0500
Subject: map performance
Message-ID: <TUE.5.DEC.2006.193209.0500.EDTOPOZONE.COM>

Steve -

I agree that Boice should first figure out exactly what kind of map file
is being built; it's hard to tell from the description, but it sounds
like the same source data are being used repeatedly in multiple LAYER
definitions with different selection expressions.  I'm not a MapScript
user, but the "several hundred times" loop sounds like it could be
creating an overly-complex arrangement requiring re-processing of the
same shapefiles.

     - Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
Phone: +1 (978) 251-4242
Fax: +1 (978) 251-1396
ed at topozone.com 

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Steve Lime
Sent: Tuesday, December 05, 2006 6:33 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] map performance

Might be interesting to see what the resulting mapfile (after your
dynamic work) looks like (use $map->save(...)).

We'd really need to know more about the data, how you're doing
classifications and such to comment more. There may be lots of ways to
make things go faster. From the looks of it for each geography (city,
county, tribe, state, nation) you have a bunch of variables that
indicate if a data theme is available. One could organize that data like
so (for example state level data):

State  Hydrography  Watersheds ...
MN     0                    1 
WI      3                    2
IA       3                    0
FL       1                    3

Where 0 means no responce, 1 complete and so on. So in that case your
class definitions would always be the same you'd be simply changing the
variable you're mapping on (e.g. CLASSITEM), and you wouldn't need
dynamic classes (or even MapScript for that matter).  Just thinking out
loud...

Steve

>>> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>

Hello users,

The map located here;

http://gisinventory.net/status_maps.html 

takes a while to load.  At least at the national view where there is a
lot of area to render.

I am looking for alternative ways to generate the map that will
significantly improve performance.

Currently I am using php and looping through data and turning on layers
as I go.  The PHP part is lightning fast.  But after I get the map ready
mapserver takes several seconds to generate it.

I'm curious about alternative ways to handle this problem and wonder if
anyone had comments on any of them.

1) modifying the shape files in some way so the layer information is in
those files so that all mapserver has to do is load those files and not
depend on the map files.
2) using a db such as postgres with postgis so that layer information is
available all in one compact source.

Right now I have to generate a bunch of dynamic classes in PHP using the
general method below.

$lyr = $this->ramona_map->getLayerByName("state_yes");
                $cla = $lyr->getClass(0);
                $cla->setExpression("/".$expression."/");
                $lyr->set("status", MS_ON);

I have to do this several hundred times to represent all of the data. 
The time it takes to generate the map seem proportionate to the amount
of layers I make visible.  And again this is on the mapserver side and
not PHP.  PHP does its part of the operation in thousandths of a second.

anyone's thoughts are greatly appreciated.

-boice tomlin



////////////////////////////
Run Skip
http://runskip.com/ 


boice tomlin


boice at runskip.com 


503-528-6204


From pspencer at DMSOLUTIONS.CA  Tue Dec  5 19:13:22 2006
From: pspencer at DMSOLUTIONS.CA (Paul Spencer)
Date: Tue, 5 Dec 2006 22:13:22 -0500
Subject: [ka-Map-users] loadProjection(): Unknown identifier error
In-Reply-To: <8e2cbd660612051311p7ce38d96r8a96f2386fca85b7@mail.gmail.com>
Message-ID: <TUE.5.DEC.2006.221322.0500.PSPENCERDMSOLUTIONS.CA>

Try init=epsg:4326 - note the lower case epsg ... when you use the  
init option with proj, it directs it to look in one of its 'database'  
files for the actual proj codes ... in this case, the epsg file.

This may not fix your problem (since the file system on windows isn't  
case sensitive) but give it a shot.

Paul

On 5-Dec-06, at 4:11 PM, Matthew Edmondson wrote:

> I've been utilizing mapserver for over a year now, mainly utilizing
> chameleon. I downloaded the latest ms4w install and have been messing
> around with ka-map. I've been using a modified .map file of the world
> map and have run into a snag.
>
> If I insert the line
> PROJECTION  "init=EPSG:4326"
> into my map file, the file wont load via html, and via mws it gives
> the error of "loadProjection(): Unknown identifier error" If I comment
> out that line, it works fine. I'm trying to get this to work, beacuse
> otherwise I'm running into trying to access the data via mws from
> other applications.
>
> Thanks,
>
> Matt
>
> p.s. I'm attaching the world file.
> <World.map>
> _______________________________________________
> ka-Map-users mailing list
> ka-Map-users at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/ka-map-users

+-----------------------------------------------------------------+
|Paul Spencer                          pspencer at dmsolutions.ca    |
+-----------------------------------------------------------------+
|Chief Technology Officer                                         |
|DM Solutions Group Inc                http://www.dmsolutions.ca/ |
+-----------------------------------------------------------------+


From boice at RUNSKIP.COM  Tue Dec  5 19:52:12 2006
From: boice at RUNSKIP.COM (Boice Tomlin)
Date: Tue, 5 Dec 2006 19:52:12 -0800
Subject: map performance
In-Reply-To: <4575AD2E0200008F00004B1E@co5.dnr.state.mn.us>
Message-ID: <TUE.5.DEC.2006.195212.0800.BOICERUNSKIP.COM>

Thanks Steve,

I will save the map file and take a look.  great tip.

In my case I have a few layers which are always on because I know the get
displayed on every request.  For instance I have on layer called county. 
Every contry rendered on the map is from that single layer.

What I do is grab all county data that are complete(a user has complete
data for the chosen layer in that geography) - green - and form a long
regular expression with all thouse counties.  Then I form a class
dynamically and set the color to green.

Then I do the same thing for in-progress data, form a regular expression
from several hundred results, create a class from that same county layer
and set the color to orange.

I'm not sure Steve if I'm hearing you right.  You may be referring to a
completely different method that I'm not getting.  The thing is that the
PHP work described above happens fast, really fast.

The amount of time the maps takes to render is proportionate to the amount
of counties, cities, etc. in my regular expression.

does that make my situation clearer.

thank you for your help,

boice



> Might be interesting to see what the resulting mapfile (after your
> dynamic work) looks like (use $map->save(...)).
>
> We'd really need to know more about the data, how you're doing
> classifications and such to comment more. There may be lots of ways
> to make things go faster. From the looks of it for each geography
> (city, county, tribe, state, nation) you have a bunch of variables that
> indicate
> if a data theme is available. One could organize that data like so (for
> example state level data):
>
> State  Hydrography  Watersheds ...
> MN     0                    1
> WI      3                    2
> IA       3                    0
> FL       1                    3
>
> Where 0 means no responce, 1 complete and so on. So in that case your
> class definitions would always be the same you'd
> be simply changing the variable you're mapping on (e.g. CLASSITEM), and
> you wouldn't need dynamic classes (or even MapScript for that
> matter).  Just thinking out loud...
>
> Steve
>
>>>> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>
>
> Hello users,
>
> The map located here;
>
> http://gisinventory.net/status_maps.html
>
> takes a while to load.  At least at the national view where there is a
> lot of area to render.
>
> I am looking for alternative ways to generate the map that will
> significantly improve performance.
>
> Currently I am using php and looping through data and turning on layers
> as I go.  The PHP part is lightning fast.  But after I get the map ready
> mapserver takes several seconds to generate it.
>
> I'm curious about alternative ways to handle this problem and wonder if
> anyone had comments on any of them.
>
> 1) modifying the shape files in some way so the layer information is in
> those files so that all mapserver has to do is load those files and not
> depend on the map files.
> 2) using a db such as postgres with postgis so that layer information
> is available all in one compact source.
>
> Right now I have to generate a bunch of dynamic classes in PHP using
> the general method below.
>
> $lyr = $this->ramona_map->getLayerByName("state_yes");
>                 $cla = $lyr->getClass(0);
>                 $cla->setExpression("/".$expression."/");
>                 $lyr->set("status", MS_ON);
>
> I have to do this several hundred times to represent all of the data.
> The time it takes to generate the map seem proportionate to the amount
> of layers I make visible.  And again this is on the mapserver side and
> not PHP.  PHP does its part of the operation in thousandths of a
> second.
>
> anyone's thoughts are greatly appreciated.
>
> -boice tomlin
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
> boice tomlin
>
>
> boice at runskip.com
>
>
> 503-528-6204
>



////////////////////////////
Run Skip

boice tomlin

boice at runskip.com

503-528-6204


From ravikapoor101 at GMAIL.COM  Tue Dec  5 21:41:03 2006
From: ravikapoor101 at GMAIL.COM (Ravi)
Date: Tue, 5 Dec 2006 21:41:03 -0800
Subject: need mapserv.exe recompiled with max layers = 500
Message-ID: <TUE.5.DEC.2006.214103.0800.RAVIKAPOOR101GMAIL.COM>

Hi,

Can somebody recompile the mapserv.exe with max layers = 500? Or guide 
me how to do this? If you want to charge for this kind of service, can 
you send me an email telling me how much would you charge?

Yes I have thought about reducing the layers and tried various options 
to the best of my knowledge but so far I have not come up with a solution.

If you are curious why I need so many layers or can help me reduce 
layers here is what I am doing. This is very confusing...sorry I am 
trying my best to explain.

I want to show population density in US using 10 different colors. Hence 
I need 10 layers (1 for each color). I am not able to use single layer 
as I would need to define 10 classes with different colors. Each class 
will select 300 counties using "EXPRESSION" as follows:
EXPRESSION ('[FIPSSTCO]'='21037' or '[FIPSSTCO]'='21125' or.....
Selecting 300 counties like this is VERY slow.

Now we can see entire US map with colors. When the user zooms in, I have 
to show same thing using zip codes. Further zooming in shows the data 
divided by block groups. Hence total layers = 10x3 = 30.

Now I need to show 8 such parameters (potentially 16). Hence I need 
10x3x16 = 480 layers

Thanks for help
Ravi


From Jacob.Delfos at MAUNSELL.COM  Tue Dec  5 22:06:20 2006
From: Jacob.Delfos at MAUNSELL.COM (Delfos, Jacob)
Date: Wed, 6 Dec 2006 15:06:20 +0900
Subject: need mapserv.exe recompiled with max layers = 500
Message-ID: <WED.6.DEC.2006.150620.0900.JACOB.DELFOSMAUNSELL.COM>

An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/9a666b88/attachment.htm>

From ravikapoor101 at GMAIL.COM  Tue Dec  5 22:13:33 2006
From: ravikapoor101 at GMAIL.COM (Ravi)
Date: Tue, 5 Dec 2006 22:13:33 -0800
Subject: need mapserv.exe recompiled with max layers = 500
In-Reply-To: <4997F456680DAD4DA1E042C40C46361106B36A@auper1ex002.au.aecomnet.com>
Message-ID: <TUE.5.DEC.2006.221333.0800.RAVIKAPOOR101GMAIL.COM>

Hi Jacob,

I am doing pre-generation of layers. I thought each layer has to be a 
separate shape file and need a separate "LAYER" tag. Is that not so?

Thanks for your thoughts
Ravi


Delfos, Jacob wrote:
> Ravi,
> 
> Why do you select out each county individually, rather than having an expression that defines a range of population density? For example, EXPRESSION ('[populationdensity]'>500)
> 
> If you can't do that, do you have the ability to pre-generate the classified layers, such that each layer requires no further classification, and contains a class (1 through to 10) of which colour it should have?
> 
> If even that fails, you could consider rendering your areas to a raster, and only start showing individual vector-based objects when a user zooms in. I have used that approach to 'fake' the displaying of 100,000s of polygons, so that they wouldn't have to be generated at runtime. You  can use minscale and maxscale to turn the raster off when the vector comes in.
> 
> Otherwise, can you tell us what datasource you are using? Shapefiles? PostGIS?
> 
> regards,
> 
> Jacob
> 
> 
> 
> 
> 
> -----Original Message-----
> From: UMN MapServer Users List on behalf of Ravi
> Sent: Wed 12/6/2006 2:41 PM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] need mapserv.exe recompiled with max layers = 500
>  
> Hi,
> 
> Can somebody recompile the mapserv.exe with max layers = 500? Or guide 
> me how to do this? If you want to charge for this kind of service, can 
> you send me an email telling me how much would you charge?
> 
> Yes I have thought about reducing the layers and tried various options 
> to the best of my knowledge but so far I have not come up with a solution.
> 
> If you are curious why I need so many layers or can help me reduce 
> layers here is what I am doing. This is very confusing...sorry I am 
> trying my best to explain.
> 
> I want to show population density in US using 10 different colors. Hence 
> I need 10 layers (1 for each color). I am not able to use single layer 
> as I would need to define 10 classes with different colors. Each class 
> will select 300 counties using "EXPRESSION" as follows:
> EXPRESSION ('[FIPSSTCO]'='21037' or '[FIPSSTCO]'='21125' or.....
> Selecting 300 counties like this is VERY slow.
> 
> Now we can see entire US map with colors. When the user zooms in, I have 
> to show same thing using zip codes. Further zooming in shows the data 
> divided by block groups. Hence total layers = 10x3 = 30.
> 
> Now I need to show 8 such parameters (potentially 16). Hence I need 
> 10x3x16 = 480 layers
> 
> Thanks for help
> Ravi
> 


From Jacob.Delfos at MAUNSELL.COM  Tue Dec  5 22:16:20 2006
From: Jacob.Delfos at MAUNSELL.COM (Delfos, Jacob)
Date: Wed, 6 Dec 2006 15:16:20 +0900
Subject: need mapserv.exe recompiled with max layers= 500
Message-ID: <WED.6.DEC.2006.151620.0900.JACOB.DELFOSMAUNSELL.COM>

An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/654f8f10/attachment.htm>

From ravikapoor101 at GMAIL.COM  Tue Dec  5 22:29:03 2006
From: ravikapoor101 at GMAIL.COM (Ravi)
Date: Tue, 5 Dec 2006 22:29:03 -0800
Subject: need mapserv.exe recompiled with max layers= 500
In-Reply-To: <4997F456680DAD4DA1E042C40C46361106B36B@auper1ex002.au.aecomnet.com>
Message-ID: <TUE.5.DEC.2006.222903.0800.RAVIKAPOOR101GMAIL.COM>

Yes it makes sense. However...here is the catch.

I do not know how to add 'population' attribute to be able to do the 
comparison you mentioned. I also tried to get PostGIS working, I get no 
errors, I have checked all configuration but no maps show up.

So can you throw some light on how to add 'population' of each county 
inside each shapefile so that I can do the comparison you mentioned? In 
absence of that either I select each county individually (slow) or do 
what I am doing now which is create files as follows and create one 
layer for each file:

PopulationCountyColor1.shp
PopulationCountyColor2.shp
...
...
PopulationCountyColor10.shp
PopulationZipCodeColor1.shp
..
...
GrowthZipCodeColor10.shp

These come out to be a total of 240 files (8x3x10, 8 parameters, 3 
shapes and 10 colors).

Regards
Ravi


Delfos, Jacob wrote:
> Yes, but I figured there had to be a reason why you are selecting each 
> county individually, resulting in slow performance if you combine ten 
> classes into a layer. If you have only got 300 objects that require 
> classifying, then having ten classes should really not be a drama. Of 
> course if you classify each object individually, then it becomes 
> expensive (300 comparisons with 300 objects times 10 = 900,000 
> comparisons: SLOW). But if you use ranges (e.g. ('[population]'>100) AND 
> ('[population]'<200)   ) then you reduce it to 600 comparisons per 
> class, meaning 6000 comparisons for a layer. That's way less than 900,000.
> 
> Does this make sense in your scenario?
> 
> 
> -----Original Message-----
> From: Ravi [mailto:ravikapoor101 at gmail.com]
> Sent: Wed 12/6/2006 3:13 PM
> To: Delfos, Jacob
> Cc: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: Re: [UMN_MAPSERVER-USERS] need mapserv.exe recompiled with max 
> layers= 500
> 
> 
> Hi Jacob,
> 
> I am doing pre-generation of layers. I thought each layer has to be a
> separate shape file and need a separate "LAYER" tag. Is that not so?
> 
> Thanks for your thoughts
> Ravi
> 
> 
> Delfos, Jacob wrote:
>  > Ravi,
>  >
>  > Why do you select out each county individually, rather than having an 
> expression that defines a range of population density? For example, 
> EXPRESSION ('[populationdensity]'>500)
>  >
>  > If you can't do that, do you have the ability to pre-generate the 
> classified layers, such that each layer requires no further 
> classification, and contains a class (1 through to 10) of which colour 
> it should have?
>  >
>  > If even that fails, you could consider rendering your areas to a 
> raster, and only start showing individual vector-based objects when a 
> user zooms in. I have used that approach to 'fake' the displaying of 
> 100,000s of polygons, so that they wouldn't have to be generated at 
> runtime. You  can use minscale and maxscale to turn the raster off when 
> the vector comes in.
>  >
>  > Otherwise, can you tell us what datasource you are using? Shapefiles? 
> PostGIS?
>  >
>  > regards,
>  >
>  > Jacob
>  >
>  >
>  >
>  >
>  >
>  > -----Original Message-----
>  > From: UMN MapServer Users List on behalf of Ravi
>  > Sent: Wed 12/6/2006 2:41 PM
>  > To: MAPSERVER-USERS at LISTS.UMN.EDU
>  > Subject: [UMN_MAPSERVER-USERS] need mapserv.exe recompiled with max 
> layers = 500
>  > 
>  > Hi,
>  >
>  > Can somebody recompile the mapserv.exe with max layers = 500? Or guide
>  > me how to do this? If you want to charge for this kind of service, can
>  > you send me an email telling me how much would you charge?
>  >
>  > Yes I have thought about reducing the layers and tried various options
>  > to the best of my knowledge but so far I have not come up with a 
> solution.
>  >
>  > If you are curious why I need so many layers or can help me reduce
>  > layers here is what I am doing. This is very confusing...sorry I am
>  > trying my best to explain.
>  >
>  > I want to show population density in US using 10 different colors. Hence
>  > I need 10 layers (1 for each color). I am not able to use single layer
>  > as I would need to define 10 classes with different colors. Each class
>  > will select 300 counties using "EXPRESSION" as follows:
>  > EXPRESSION ('[FIPSSTCO]'='21037' or '[FIPSSTCO]'='21125' or.....
>  > Selecting 300 counties like this is VERY slow.
>  >
>  > Now we can see entire US map with colors. When the user zooms in, I have
>  > to show same thing using zip codes. Further zooming in shows the data
>  > divided by block groups. Hence total layers = 10x3 = 30.
>  >
>  > Now I need to show 8 such parameters (potentially 16). Hence I need
>  > 10x3x16 = 480 layers
>  >
>  > Thanks for help
>  > Ravi
>  >
> 
> 


From Jacob.Delfos at MAUNSELL.COM  Tue Dec  5 22:42:18 2006
From: Jacob.Delfos at MAUNSELL.COM (Delfos, Jacob)
Date: Wed, 6 Dec 2006 15:42:18 +0900
Subject: need mapserv.exe recompiled with max layers=500
Message-ID: <WED.6.DEC.2006.154218.0900.JACOB.DELFOSMAUNSELL.COM>

An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/05abba90/attachment.htm>

From ravikapoor101 at GMAIL.COM  Wed Dec  6 00:09:16 2006
From: ravikapoor101 at GMAIL.COM (Ravi)
Date: Wed, 6 Dec 2006 00:09:16 -0800
Subject: need mapserv.exe recompiled with max layers=500
In-Reply-To: <4997F456680DAD4DA1E042C40C46361106B36C@auper1ex002.au.aecomnet.com>
Message-ID: <WED.6.DEC.2006.000916.0800.RAVIKAPOOR101GMAIL.COM>

Jacob,

I did a few quick experiments. This seems to solve the problem. I think 
now I can cut down layers to 1/10th of original layers. This solution 
can also help me optimize some other things as well.

You were very helpful. Thanks a lot. Let me know if I can do something 
for you.

Regards
Ravi



Delfos, Jacob wrote:
> Ravi,
> 
> Do you actually have the information that you classify it with? I mean, 
> do you know the population of each county?
> 
> Adding a new attribute is very straightforward. If you have GIS software 
> (e.g. ArcGIS), it should be able to do that (What software do you 
> have?). If you haven't got GIS software, I have found "OpenOffice Calc" 
> to be the most reliable DBF editor (the .dbf file holds the attributes 
> of a shapefile). OpenOffice (free software) does have a tendency to add 
> redundant decimal places. You can open it up, add a field, and fill in 
> the values. Do NOT change the order of the rows, because then the wrong 
> attribute is linked to a county. Always make a backup of your DBF first.
> You can also use Excel to open your DBF (not free). It does not add 
> redundant decimal places, but it is unpredictable at times with text 
> columns, which can get truncated or left out altogether, though number 
> columns are usually dealt with properly.
> 
> regards,
> 
> Jacob
> 
> 
> 
> 
> -----Original Message-----
> From: Ravi [mailto:ravikapoor101 at gmail.com]
> Sent: Wed 12/6/2006 3:29 PM
> To: Delfos, Jacob
> Cc: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: Re: [UMN_MAPSERVER-USERS] need mapserv.exe recompiled with max 
> layers=500
> 
> 
> Yes it makes sense. However...here is the catch.
> 
> I do not know how to add 'population' attribute to be able to do the
> comparison you mentioned. I also tried to get PostGIS working, I get no
> errors, I have checked all configuration but no maps show up.
> 
> So can you throw some light on how to add 'population' of each county
> inside each shapefile so that I can do the comparison you mentioned? In
> absence of that either I select each county individually (slow) or do
> what I am doing now which is create files as follows and create one
> layer for each file:
> 
> PopulationCountyColor1.shp
> PopulationCountyColor2.shp
> ...
> ...
> PopulationCountyColor10.shp
> PopulationZipCodeColor1.shp
> ..
> ...
> GrowthZipCodeColor10.shp
> 
> These come out to be a total of 240 files (8x3x10, 8 parameters, 3
> shapes and 10 colors).
> 
> Regards
> Ravi
> 
> 
> Delfos, Jacob wrote:
>  > Yes, but I figured there had to be a reason why you are selecting each
>  > county individually, resulting in slow performance if you combine ten
>  > classes into a layer. If you have only got 300 objects that require
>  > classifying, then having ten classes should really not be a drama. Of
>  > course if you classify each object individually, then it becomes
>  > expensive (300 comparisons with 300 objects times 10 = 900,000
>  > comparisons: SLOW). But if you use ranges (e.g. ('[population]'>100) AND
>  > ('[population]'<200)   ) then you reduce it to 600 comparisons per
>  > class, meaning 6000 comparisons for a layer. That's way less than 
> 900,000.
>  >
>  > Does this make sense in your scenario?
>  >
>  >
>  > -----Original Message-----
>  > From: Ravi [mailto:ravikapoor101 at gmail.com]
>  > Sent: Wed 12/6/2006 3:13 PM
>  > To: Delfos, Jacob
>  > Cc: MAPSERVER-USERS at LISTS.UMN.EDU
>  > Subject: Re: [UMN_MAPSERVER-USERS] need mapserv.exe recompiled with max
>  > layers= 500
>  >
>  >
>  > Hi Jacob,
>  >
>  > I am doing pre-generation of layers. I thought each layer has to be a
>  > separate shape file and need a separate "LAYER" tag. Is that not so?
>  >
>  > Thanks for your thoughts
>  > Ravi
>  >
>  >
>  > Delfos, Jacob wrote:
>  >  > Ravi,
>  >  >
>  >  > Why do you select out each county individually, rather than having an
>  > expression that defines a range of population density? For example,
>  > EXPRESSION ('[populationdensity]'>500)
>  >  >
>  >  > If you can't do that, do you have the ability to pre-generate the
>  > classified layers, such that each layer requires no further
>  > classification, and contains a class (1 through to 10) of which colour
>  > it should have?
>  >  >
>  >  > If even that fails, you could consider rendering your areas to a
>  > raster, and only start showing individual vector-based objects when a
>  > user zooms in. I have used that approach to 'fake' the displaying of
>  > 100,000s of polygons, so that they wouldn't have to be generated at
>  > runtime. You  can use minscale and maxscale to turn the raster off when
>  > the vector comes in.
>  >  >
>  >  > Otherwise, can you tell us what datasource you are using? Shapefiles?
>  > PostGIS?
>  >  >
>  >  > regards,
>  >  >
>  >  > Jacob
>  >  >
>  >  >
>  >  >
>  >  >
>  >  >
>  >  > -----Original Message-----
>  >  > From: UMN MapServer Users List on behalf of Ravi
>  >  > Sent: Wed 12/6/2006 2:41 PM
>  >  > To: MAPSERVER-USERS at LISTS.UMN.EDU
>  >  > Subject: [UMN_MAPSERVER-USERS] need mapserv.exe recompiled with max
>  > layers = 500
>  >  >
>  >  > Hi,
>  >  >
>  >  > Can somebody recompile the mapserv.exe with max layers = 500? Or guide
>  >  > me how to do this? If you want to charge for this kind of service, can
>  >  > you send me an email telling me how much would you charge?
>  >  >
>  >  > Yes I have thought about reducing the layers and tried various options
>  >  > to the best of my knowledge but so far I have not come up with a
>  > solution.
>  >  >
>  >  > If you are curious why I need so many layers or can help me reduce
>  >  > layers here is what I am doing. This is very confusing...sorry I am
>  >  > trying my best to explain.
>  >  >
>  >  > I want to show population density in US using 10 different colors. 
> Hence
>  >  > I need 10 layers (1 for each color). I am not able to use single layer
>  >  > as I would need to define 10 classes with different colors. Each class
>  >  > will select 300 counties using "EXPRESSION" as follows:
>  >  > EXPRESSION ('[FIPSSTCO]'='21037' or '[FIPSSTCO]'='21125' or.....
>  >  > Selecting 300 counties like this is VERY slow.
>  >  >
>  >  > Now we can see entire US map with colors. When the user zooms in, 
> I have
>  >  > to show same thing using zip codes. Further zooming in shows the data
>  >  > divided by block groups. Hence total layers = 10x3 = 30.
>  >  >
>  >  > Now I need to show 8 such parameters (potentially 16). Hence I need
>  >  > 10x3x16 = 480 layers
>  >  >
>  >  > Thanks for help
>  >  > Ravi
>  >  >
>  >
>  >
> 
> 


From Kristian.Thy at ATKINSGLOBAL.COM  Wed Dec  6 01:47:15 2006
From: Kristian.Thy at ATKINSGLOBAL.COM (Thy, Kristian)
Date: Wed, 6 Dec 2006 10:47:15 +0100
Subject: optimization
In-Reply-To: A<4575E6F0.2010307@swoodbridge.com>
Message-ID: <WED.6.DEC.2006.104715.0100.KRISTIAN.THYATKINSGLOBAL.COM>

Boice Tomlin wrote:
> I have created the qix files which didn't make much/any
> difference for me.

Be aware that in order for MapServer to utilize your indices, your DATA
must be without the .shp extension - i.e. with country.shp and a
generated country.qix:

LAYER
  ...
  DATA country
  ...
END

best regards,

Kristian


This email and any attached files are confidential and copyright protected. If you are not the addressee, any dissemination of this communication is strictly prohibited. Unless otherwise expressly agreed in writing, nothing stated in this communication shall be legally binding.


From ed at TOPOZONE.COM  Wed Dec  6 04:54:27 2006
From: ed at TOPOZONE.COM (Ed McNierney)
Date: Wed, 6 Dec 2006 07:54:27 -0500
Subject: map performance
Message-ID: <WED.6.DEC.2006.075427.0500.EDTOPOZONE.COM>

Boice -

I want to make sure you realize that your "PHP work" is really doing
nothing more than creating the data structures to be used in rendering
your map.  It's not reading any shapefiles, drawing output images, etc.
- it's just looping and creating instructions for the "draw" method to
follow.  The fact that it happens "really fast" is both unsurprising and
unimportant.

It's as if you were running a program to generate instructions for
yourself to follow; generating a list that says "scratch your ear" 500
times is fast to generate and (relatively) fast to perform, but
generating a list that says "fly to Patagonia" 500 times is equally fast
to generate but enormously slower to perform.

Your fast code is simply generating the list.  The map-drawing is doing
the work of following the instructions, so Steve's suggestion is still a
good one.  If you can use the $map->save() method and post the results,
then we can see what the instructions are.

     - Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
Phone: +1 (978) 251-4242
Fax: +1 (978) 251-1396
ed at topozone.com

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Boice Tomlin
Sent: Tuesday, December 05, 2006 10:52 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] map performance

Thanks Steve,

I will save the map file and take a look.  great tip.

In my case I have a few layers which are always on because I know the
get displayed on every request.  For instance I have on layer called
county. 
Every contry rendered on the map is from that single layer.

What I do is grab all county data that are complete(a user has complete
data for the chosen layer in that geography) - green - and form a long
regular expression with all thouse counties.  Then I form a class
dynamically and set the color to green.

Then I do the same thing for in-progress data, form a regular expression
from several hundred results, create a class from that same county layer
and set the color to orange.

I'm not sure Steve if I'm hearing you right.  You may be referring to a
completely different method that I'm not getting.  The thing is that the
PHP work described above happens fast, really fast.

The amount of time the maps takes to render is proportionate to the
amount of counties, cities, etc. in my regular expression.

does that make my situation clearer.

thank you for your help,

boice



> Might be interesting to see what the resulting mapfile (after your 
> dynamic work) looks like (use $map->save(...)).
>
> We'd really need to know more about the data, how you're doing 
> classifications and such to comment more. There may be lots of ways to

> make things go faster. From the looks of it for each geography (city, 
> county, tribe, state, nation) you have a bunch of variables that 
> indicate if a data theme is available. One could organize that data 
> like so (for example state level data):
>
> State  Hydrography  Watersheds ...
> MN     0                    1
> WI      3                    2
> IA       3                    0
> FL       1                    3
>
> Where 0 means no responce, 1 complete and so on. So in that case your 
> class definitions would always be the same you'd be simply changing 
> the variable you're mapping on (e.g. CLASSITEM), and you wouldn't need

> dynamic classes (or even MapScript for that matter).  Just thinking 
> out loud...
>
> Steve
>
>>>> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>
>
> Hello users,
>
> The map located here;
>
> http://gisinventory.net/status_maps.html
>
> takes a while to load.  At least at the national view where there is a

> lot of area to render.
>
> I am looking for alternative ways to generate the map that will 
> significantly improve performance.
>
> Currently I am using php and looping through data and turning on 
> layers as I go.  The PHP part is lightning fast.  But after I get the 
> map ready mapserver takes several seconds to generate it.
>
> I'm curious about alternative ways to handle this problem and wonder 
> if anyone had comments on any of them.
>
> 1) modifying the shape files in some way so the layer information is 
> in those files so that all mapserver has to do is load those files and

> not depend on the map files.
> 2) using a db such as postgres with postgis so that layer information 
> is available all in one compact source.
>
> Right now I have to generate a bunch of dynamic classes in PHP using 
> the general method below.
>
> $lyr = $this->ramona_map->getLayerByName("state_yes");
>                 $cla = $lyr->getClass(0);
>                 $cla->setExpression("/".$expression."/");
>                 $lyr->set("status", MS_ON);
>
> I have to do this several hundred times to represent all of the data.
> The time it takes to generate the map seem proportionate to the amount

> of layers I make visible.  And again this is on the mapserver side and

> not PHP.  PHP does its part of the operation in thousandths of a 
> second.
>
> anyone's thoughts are greatly appreciated.
>
> -boice tomlin
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
> boice tomlin
>
>
> boice at runskip.com
>
>
> 503-528-6204
>



////////////////////////////
Run Skip

boice tomlin

boice at runskip.com

503-528-6204


From nelsong at MAIL.UTEXAS.EDU  Wed Dec  6 05:47:33 2006
From: nelsong at MAIL.UTEXAS.EDU (Nelson Guda)
Date: Wed, 6 Dec 2006 07:47:33 -0600
Subject: msql and mapserver
In-Reply-To: <MAPSERVER-USERS%200612050001419674.693F@LISTS.UMN.EDU>
Message-ID: <WED.6.DEC.2006.074733.0600.NELSONGMAIL.UTEXAS.EDU>

Hi all,



I need to set up a mapserver wms that incorporates a mysql database  
layer.  I've found the documentation for making a very basic myql   
layer, but I would like it to be more customizable and include a sql  
statement like a postgre layer.  Is this possible yet?



thanks,

nelson


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

From stephane.colzy at MAGELLIUM.FR  Wed Dec  6 05:58:25 2006
From: stephane.colzy at MAGELLIUM.FR (=?iso-8859-1?Q?St=E9phane_COLZY?=)
Date: Wed, 6 Dec 2006 14:58:25 +0100
Subject: No subject
Message-ID: <WED.6.DEC.2006.145825.0100.STEPHANE.COLZYMAGELLIUM.FR>

Hi all !

 

I still got some issues with Orthographic projection.

In the attached image you can see a raster layer that is cut out exactly at
the same line where the horizon appears on the map.

Of course, if you try to zoom out, the layer totally disappear


Is this a known behaviour too ?

 

St?phane

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/3c7b1103/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ortho.JPG
Type: image/jpeg
Size: 45501 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/3c7b1103/attachment.jpe>

From matt0177 at GMAIL.COM  Wed Dec  6 06:03:07 2006
From: matt0177 at GMAIL.COM (Matthew Edmondson)
Date: Wed, 6 Dec 2006 07:03:07 -0700
Subject: [ka-Map-users] loadProjection(): Unknown identifier error
In-Reply-To: <1C2D1ECA-8CCA-42BE-A28F-CFDCCF47CE9D@dmsolutions.ca>
Message-ID: <WED.6.DEC.2006.070307.0700.MATT0177GMAIL.COM>

Tried the lower case, no change but adding the additional END fixed it
right away. This is the only mapserver app that I've ever needed to
give PROJECTION it's own END.

Thank you very much to both of you.

Matt

On 12/5/06, Paul Spencer <pspencer at dmsolutions.ca> wrote:
> Try init=epsg:4326 - note the lower case epsg ... when you use the
> init option with proj, it directs it to look in one of its 'database'
> files for the actual proj codes ... in this case, the epsg file.
>
> This may not fix your problem (since the file system on windows isn't
> case sensitive) but give it a shot.
>
> Paul
>
> On 5-Dec-06, at 4:11 PM, Matthew Edmondson wrote:
>
> > I've been utilizing mapserver for over a year now, mainly utilizing
> > chameleon. I downloaded the latest ms4w install and have been messing
> > around with ka-map. I've been using a modified .map file of the world
> > map and have run into a snag.
> >
> > If I insert the line
> > PROJECTION  "init=EPSG:4326"
> > into my map file, the file wont load via html, and via mws it gives
> > the error of "loadProjection(): Unknown identifier error" If I comment
> > out that line, it works fine. I'm trying to get this to work, beacuse
> > otherwise I'm running into trying to access the data via mws from
> > other applications.
> >
> > Thanks,
> >
> > Matt
> >
> > p.s. I'm attaching the world file.
> > <World.map>
> > _______________________________________________
> > ka-Map-users mailing list
> > ka-Map-users at lists.maptools.org
> > http://lists.maptools.org/mailman/listinfo/ka-map-users
>
> +-----------------------------------------------------------------+
> |Paul Spencer                          pspencer at dmsolutions.ca    |
> +-----------------------------------------------------------------+
> |Chief Technology Officer                                         |
> |DM Solutions Group Inc                http://www.dmsolutions.ca/ |
> +-----------------------------------------------------------------+
>
>
>
>
>


From David.Fawcett at STATE.MN.US  Wed Dec  6 06:13:45 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Wed, 6 Dec 2006 08:13:45 -0600
Subject: [ka-Map-users] loadProjection(): Unknown identifier error
In-Reply-To: A<8e2cbd660612060603w18870a71y640ae86533ac57a0@mail.gmail.com>
Message-ID: <WED.6.DEC.2006.081345.0600.DAVID.FAWCETTSTATE.MN.US>

Matt, 

I am surprised that you have found this to be the case.  The projection
block always needs a closing END.  

http://mapserver.gis.umn.edu/docs/reference/mapfile/projection

David.

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Matthew Edmondson
Sent: Wednesday, December 06, 2006 8:03 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] [ka-Map-users] loadProjection():
Unknown identifier error


Tried the lower case, no change but adding the additional END fixed it
right away. This is the only mapserver app that I've ever needed to give
PROJECTION it's own END.

Thank you very much to both of you.

Matt

On 12/5/06, Paul Spencer <pspencer at dmsolutions.ca> wrote:
> Try init=epsg:4326 - note the lower case epsg ... when you use the 
> init option with proj, it directs it to look in one of its 'database' 
> files for the actual proj codes ... in this case, the epsg file.
>
> This may not fix your problem (since the file system on windows isn't 
> case sensitive) but give it a shot.
>
> Paul
>
> On 5-Dec-06, at 4:11 PM, Matthew Edmondson wrote:
>
> > I've been utilizing mapserver for over a year now, mainly utilizing 
> > chameleon. I downloaded the latest ms4w install and have been 
> > messing around with ka-map. I've been using a modified .map file of 
> > the world map and have run into a snag.
> >
> > If I insert the line
> > PROJECTION  "init=EPSG:4326"
> > into my map file, the file wont load via html, and via mws it gives 
> > the error of "loadProjection(): Unknown identifier error" If I 
> > comment out that line, it works fine. I'm trying to get this to 
> > work, beacuse otherwise I'm running into trying to access the data 
> > via mws from other applications.
> >
> > Thanks,
> >
> > Matt
> >
> > p.s. I'm attaching the world file.
> > <World.map>
> > _______________________________________________
> > ka-Map-users mailing list
> > ka-Map-users at lists.maptools.org 
> > http://lists.maptools.org/mailman/listinfo/ka-map-users
>
> +-----------------------------------------------------------------+
> |Paul Spencer                          pspencer at dmsolutions.ca    |
> +-----------------------------------------------------------------+
> |Chief Technology Officer                                         |
> |DM Solutions Group Inc                http://www.dmsolutions.ca/ |
> +-----------------------------------------------------------------+
>
>
>
>
>


From sschmitz at KARTAGO.DE  Wed Dec  6 07:07:31 2006
From: sschmitz at KARTAGO.DE (Sebastian Schmitz)
Date: Wed, 6 Dec 2006 16:07:31 +0100
Subject: MapServer on Oracle: Performance issue JOIN vs. LEFT JOIN
Message-ID: <WED.6.DEC.2006.160731.0100.SSCHMITZKARTAGO.DE>

Hi

we use Mapserver on Oracle Spatial 10gR2 using oraclespatial connection.
I want Mapserver to draw a geometry from a view. I experience that if 
the create view statement contains a LEFT JOIN statement, performance 
goes down enormously as opposed to a view created using a JOIN 
statement, where performance is fine. Data contained within the views 
will only vary a little bit between using LEFT JOIN and JOIN. I 
encounter the same behaviour when not using views, but plain SQL 
containing JOIN / LEFT JOIN statements.

How come? Workarounds in cases where I need a left join.....?

Cheers

Sebastian

-- 
KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH

Siemensstra?e 8
53121 Bonn

Sebastian Schmitz
Projektleiter

fon: +49 (0) 228 / 9 45 99 91
fax: +49 (0) 228 / 9 45 99 93
sschmitz at kartago.de
http://www.kartago.de
________________________________________________________


From gisaalter at GMAIL.COM  Wed Dec  6 07:35:21 2006
From: gisaalter at GMAIL.COM (Steven De Vriendt)
Date: Wed, 6 Dec 2006 16:35:21 +0100
Subject: [off topic] Anyone got a GAIA version from CarbonTools ?
Message-ID: <WED.6.DEC.2006.163521.0100.GISAALTERGMAIL.COM>

Hi,

First of all sorry to address this thread on this forum, I don't know
where else to ask, so forgive me for that.
My version of GAIA just stopped working (version 2.0.4). Has anyone
got a setup-program for this tool ?
That would be great !!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/9b75bd9a/attachment.htm>

From bartvde at OSGIS.NL  Wed Dec  6 07:36:57 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Wed, 6 Dec 2006 16:36:57 +0100
Subject: null values in GML
Message-ID: <WED.6.DEC.2006.163657.0100.BARTVDEOSGIS.NL>

Hi list,

I have a strange phenomenon.

A shape attribute table has some null values in it (column type Real), for
instance:

OGRFeature(nap_speciaal):856
  pnt_pntid (String) = 000A2510
  ..
  hgt_hgtwd (Real) = (null)
  ..
  POINT (122880 487860)

Using Mapserver WFS I get the following GML output:

        <ms:pnt_pntid>000A2510</ms:pnt_pntid>
        ..
        <ms:hgt_hgtwd>************************</ms:hgt_hgtwd>
        ..

Does anybody have an idea what is causing the sequence of asterisks?

Best regards,
Bart

--
Bart van den Eijnden
OSGIS, Open Source GIS
http://www.osgis.nl


From mateusz at LOSKOT.NET  Wed Dec  6 07:44:29 2006
From: mateusz at LOSKOT.NET (Mateusz Loskot)
Date: Wed, 6 Dec 2006 16:44:29 +0100
Subject: null values in GML
In-Reply-To: <90959371f5aa07734c22b31bee5d83a1@145.50.39.11>
Message-ID: <WED.6.DEC.2006.164429.0100.MATEUSZLOSKOT.NET>

Bart van den Eijnden (OSGIS) wrote:
> Hi list,
> 
> I have a strange phenomenon.
> 
> A shape attribute table has some null values in it (column type
> Real), for instance:
> 
> OGRFeature(nap_speciaal):856 pnt_pntid (String) = 000A2510 .. 
> hgt_hgtwd (Real) = (null) .. POINT (122880 487860)
> 
> Using Mapserver WFS I get the following GML output:
> 
> <ms:pnt_pntid>000A2510</ms:pnt_pntid> .. 
> <ms:hgt_hgtwd>************************</ms:hgt_hgtwd> ..
> 
> Does anybody have an idea what is causing the sequence of asterisks?

Asterix is used to indicate NULL value in Shapefile attribute.
I'm completely not sure, but I suppose MS WFS driver does not handle
asterix as null but accepts it as a string value and puts into output GML.

Cheers
-- 
Mateusz Loskot
http://mateusz.loskot.net


From jmckenna at DMSOLUTIONS.CA  Wed Dec  6 08:10:04 2006
From: jmckenna at DMSOLUTIONS.CA (Jeff McKenna)
Date: Wed, 6 Dec 2006 11:10:04 -0500
Subject: 3rd Brazilian MapServer User Meeting May 09-11, 2007
Message-ID: <WED.6.DEC.2006.111004.0500.JMCKENNADMSOLUTIONS.CA>

The local organizing committee has asked to pass on the word that the 
next Brazilian MapServer conference will be held May 09-11, 2007 in 
Bras?lia (http://www7.univali.br/elis2/enum07/).  This meeting will also 
introduce participants to the OSGeo world.

jeff




-- 
Jeff McKenna
DM Solutions Group Inc.
http://www.dmsolutions.ca


From boice at RUNSKIP.COM  Wed Dec  6 08:41:38 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Wed, 6 Dec 2006 11:41:38 -0500
Subject: map performance
In-Reply-To: <4BF377919225F449BB097CB76FFE9BC801987C43@ptolemy.topozone.com>
Message-ID: <WED.6.DEC.2006.114138.0500.BOICERUNSKIP.COM>


Hi Ed,

Yes.  I'm aware of where PHP fits in.  I was just trying to make it  
clear that I've not overlooked the PHP part of the process and don't  
have any bottlenecks there.

Attached are both of the map files.  One is pre processing and post.   
It looks mostly as I expected.  Your input would be greatly appreciated.

I'm open to different approaches.  I hear people mention creating  
their own shape files or modifying their shape files directly.  How  
could I benefit from that?  Also I can create dbf files dynamically.   
I'm guessing I can do a join with those directly from the map file.   
I don't know if there would be any advantage from that.

thanks,

boice



?
?





On Dec 6, 2006, at 7:54 AM, Ed McNierney wrote:

> Boice -
>
> I want to make sure you realize that your "PHP work" is really doing
> nothing more than creating the data structures to be used in rendering
> your map.  It's not reading any shapefiles, drawing output images,  
> etc.
> - it's just looping and creating instructions for the "draw" method to
> follow.  The fact that it happens "really fast" is both  
> unsurprising and
> unimportant.
>
> It's as if you were running a program to generate instructions for
> yourself to follow; generating a list that says "scratch your ear" 500
> times is fast to generate and (relatively) fast to perform, but
> generating a list that says "fly to Patagonia" 500 times is equally  
> fast
> to generate but enormously slower to perform.
>
> Your fast code is simply generating the list.  The map-drawing is  
> doing
> the work of following the instructions, so Steve's suggestion is  
> still a
> good one.  If you can use the $map->save() method and post the  
> results,
> then we can see what the instructions are.
>
>      - Ed
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com / Maps a la carte, Inc.
> 73 Princeton Street, Suite 305
> North Chelmsford, MA  01863
> Phone: +1 (978) 251-4242
> Fax: +1 (978) 251-1396
> ed at topozone.com
>
> -----Original Message-----
> From: UMN MapServer Users List [mailto:MAPSERVER- 
> USERS at LISTS.UMN.EDU] On
> Behalf Of Boice Tomlin
> Sent: Tuesday, December 05, 2006 10:52 PM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: Re: [UMN_MAPSERVER-USERS] map performance
>
> Thanks Steve,
>
> I will save the map file and take a look.  great tip.
>
> In my case I have a few layers which are always on because I know the
> get displayed on every request.  For instance I have on layer called
> county.
> Every contry rendered on the map is from that single layer.
>
> What I do is grab all county data that are complete(a user has  
> complete
> data for the chosen layer in that geography) - green - and form a long
> regular expression with all thouse counties.  Then I form a class
> dynamically and set the color to green.
>
> Then I do the same thing for in-progress data, form a regular  
> expression
> from several hundred results, create a class from that same county  
> layer
> and set the color to orange.
>
> I'm not sure Steve if I'm hearing you right.  You may be referring  
> to a
> completely different method that I'm not getting.  The thing is  
> that the
> PHP work described above happens fast, really fast.
>
> The amount of time the maps takes to render is proportionate to the
> amount of counties, cities, etc. in my regular expression.
>
> does that make my situation clearer.
>
> thank you for your help,
>
> boice
>
>
>
>> Might be interesting to see what the resulting mapfile (after your
>> dynamic work) looks like (use $map->save(...)).
>>
>> We'd really need to know more about the data, how you're doing
>> classifications and such to comment more. There may be lots of  
>> ways to
>
>> make things go faster. From the looks of it for each geography (city,
>> county, tribe, state, nation) you have a bunch of variables that
>> indicate if a data theme is available. One could organize that data
>> like so (for example state level data):
>>
>> State  Hydrography  Watersheds ...
>> MN     0                    1
>> WI      3                    2
>> IA       3                    0
>> FL       1                    3
>>
>> Where 0 means no responce, 1 complete and so on. So in that case your
>> class definitions would always be the same you'd be simply changing
>> the variable you're mapping on (e.g. CLASSITEM), and you wouldn't  
>> need
>
>> dynamic classes (or even MapScript for that matter).  Just thinking
>> out loud...
>>
>> Steve
>>
>>>>> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>
>>
>> Hello users,
>>
>> The map located here;
>>
>> http://gisinventory.net/status_maps.html
>>
>> takes a while to load.  At least at the national view where there  
>> is a
>
>> lot of area to render.
>>
>> I am looking for alternative ways to generate the map that will
>> significantly improve performance.
>>
>> Currently I am using php and looping through data and turning on
>> layers as I go.  The PHP part is lightning fast.  But after I get the
>> map ready mapserver takes several seconds to generate it.
>>
>> I'm curious about alternative ways to handle this problem and wonder
>> if anyone had comments on any of them.
>>
>> 1) modifying the shape files in some way so the layer information is
>> in those files so that all mapserver has to do is load those files  
>> and
>
>> not depend on the map files.
>> 2) using a db such as postgres with postgis so that layer information
>> is available all in one compact source.
>>
>> Right now I have to generate a bunch of dynamic classes in PHP using
>> the general method below.
>>
>> $lyr = $this->ramona_map->getLayerByName("state_yes");
>>                 $cla = $lyr->getClass(0);
>>                 $cla->setExpression("/".$expression."/");
>>                 $lyr->set("status", MS_ON);
>>
>> I have to do this several hundred times to represent all of the data.
>> The time it takes to generate the map seem proportionate to the  
>> amount
>
>> of layers I make visible.  And again this is on the mapserver side  
>> and
>
>> not PHP.  PHP does its part of the operation in thousandths of a
>> second.
>>
>> anyone's thoughts are greatly appreciated.
>>
>> -boice tomlin
>>
>>
>>
>> ////////////////////////////
>> Run Skip
>> http://runskip.com/
>>
>>
>> boice tomlin
>>
>>
>> boice at runskip.com
>>
>>
>> 503-528-6204
>>
>
>
>
> ////////////////////////////
> Run Skip
>
> boice tomlin
>
> boice at runskip.com
>
> 503-528-6204




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/48dc445a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: post.render.us.map
Type: application/octet-stream
Size: 14774 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/48dc445a/attachment.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/48dc445a/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pre.render.us.map
Type: application/octet-stream
Size: 8770 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/48dc445a/attachment-0001.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/48dc445a/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/48dc445a/attachment.sig>

From boice at RUNSKIP.COM  Wed Dec  6 08:55:52 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Wed, 6 Dec 2006 11:55:52 -0500
Subject: map performance
In-Reply-To: <4575AD2E0200008F00004B1E@co5.dnr.state.mn.us>
Message-ID: <WED.6.DEC.2006.115552.0500.BOICERUNSKIP.COM>


Hi Steve,

Assuming I was using static class items.  Do you think my method of  
using a regular expression to specify which geographies to display is  
a good method?

Thanks for the tip on saving the map file.  Very cool.  It looks as I  
expected or at least hoped.  Basically my original map file with a  
few extra classes and regular expressions for the layers I display.

Someone else suggested a method using postgis that would pull in  
shape data with less polygons for certain extents.

Couldn't I use a version of the shape files I have now with less  
detail/polygons when rendering a map at larger extents?

I actually want to explore every method I can for optimization.  My  
goal is a fairly descriptive national view in 1 tenth of a second.   
Is that too lofty?

thanks,

boice



On Dec 5, 2006, at 6:32 PM, Steve Lime wrote:

> Might be interesting to see what the resulting mapfile (after your
> dynamic work) looks like (use $map->save(...)).
>
> We'd really need to know more about the data, how you're doing
> classifications and such to comment more. There may be lots of ways
> to make things go faster. From the looks of it for each geography
> (city, county, tribe, state, nation) you have a bunch of variables  
> that
> indicate
> if a data theme is available. One could organize that data like so  
> (for
> example state level data):
>
> State  Hydrography  Watersheds ...
> MN     0                    1
> WI      3                    2
> IA       3                    0
> FL       1                    3
>
> Where 0 means no responce, 1 complete and so on. So in that case your
> class definitions would always be the same you'd
> be simply changing the variable you're mapping on (e.g. CLASSITEM),  
> and
> you wouldn't need dynamic classes (or even MapScript for that
> matter).  Just thinking out loud...
>
> Steve
>
>>>> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>
>
> Hello users,
>
> The map located here;
>
> http://gisinventory.net/status_maps.html
>
> takes a while to load.  At least at the national view where there is a
> lot of area to render.
>
> I am looking for alternative ways to generate the map that will
> significantly improve performance.
>
> Currently I am using php and looping through data and turning on  
> layers
> as I go.  The PHP part is lightning fast.  But after I get the map  
> ready
> mapserver takes several seconds to generate it.
>
> I'm curious about alternative ways to handle this problem and  
> wonder if
> anyone had comments on any of them.
>
> 1) modifying the shape files in some way so the layer information  
> is in
> those files so that all mapserver has to do is load those files and  
> not
> depend on the map files.
> 2) using a db such as postgres with postgis so that layer information
> is available all in one compact source.
>
> Right now I have to generate a bunch of dynamic classes in PHP using
> the general method below.
>
> $lyr = $this->ramona_map->getLayerByName("state_yes");
>                 $cla = $lyr->getClass(0);
>                 $cla->setExpression("/".$expression."/");
>                 $lyr->set("status", MS_ON);
>
> I have to do this several hundred times to represent all of the data.
> The time it takes to generate the map seem proportionate to the amount
> of layers I make visible.  And again this is on the mapserver side and
> not PHP.  PHP does its part of the operation in thousandths of a
> second.
>
> anyone's thoughts are greatly appreciated.
>
> -boice tomlin
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
> boice tomlin
>
>
> boice at runskip.com
>
>
> 503-528-6204
>
>
>




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/98e7c8ca/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/98e7c8ca/attachment.sig>

From woodbri at SWOODBRIDGE.COM  Wed Dec  6 08:58:13 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Wed, 6 Dec 2006 11:58:13 -0500
Subject: map performance
In-Reply-To: <275F132B-4756-4172-851C-E6E9480ACD5A@RUNSKIP.COM>
Message-ID: <WED.6.DEC.2006.115813.0500.WOODBRISWOODBRIDGE.COM>

Boice,

You can take the post-generated mapfile and run that via the CGI with 
DEBUG TRUE to get stats on how long it takes mapserver to render each 
layer. This is the best place to start when you are trying to optimize 
stuff. You really need to understand what layers are taking your time 
and then look specifically at what you are doing with that layer. Make 
changes and retest, until you are happy with the results. Then move on 
to the next worst performing layer. This way issues and tips can be 
specific to your cases. I think we have given you all the "generic" 
advice already.

-Steve W

boice tomlin wrote:
> 
> Hi Ed,
> 
> Yes.  I'm aware of where PHP fits in.  I was just trying to make it 
> clear that I've not overlooked the PHP part of the process and don't 
> have any bottlenecks there.
> 
> Attached are both of the map files.  One is pre processing and post.  It 
> looks mostly as I expected.  Your input would be greatly appreciated.
> 
> I'm open to different approaches.  I hear people mention creating their 
> own shape files or modifying their shape files directly.  How could I 
> benefit from that?  Also I can create dbf files dynamically.  I'm 
> guessing I can do a join with those directly from the map file.  I don't 
> know if there would be any advantage from that.
> 
> thanks,
> 
> boice
> 
> 
> 
> =
> ------------------------------------------------------------------------
> 
> 
> 
> ------------------------------------------------------------------------
> 
> 
> 
> 
> 
> 
> 
> On Dec 6, 2006, at 7:54 AM, Ed McNierney wrote:
> 
>> Boice -
>>
>> I want to make sure you realize that your "PHP work" is really doing
>> nothing more than creating the data structures to be used in rendering
>> your map.  It's not reading any shapefiles, drawing output images, etc.
>> - it's just looping and creating instructions for the "draw" method to
>> follow.  The fact that it happens "really fast" is both unsurprising and
>> unimportant.
>>
>> It's as if you were running a program to generate instructions for
>> yourself to follow; generating a list that says "scratch your ear" 500
>> times is fast to generate and (relatively) fast to perform, but
>> generating a list that says "fly to Patagonia" 500 times is equally fast
>> to generate but enormously slower to perform.
>>
>> Your fast code is simply generating the list.  The map-drawing is doing
>> the work of following the instructions, so Steve's suggestion is still a
>> good one.  If you can use the $map->save() method and post the results,
>> then we can see what the instructions are.
>>
>>      - Ed
>>
>> Ed McNierney
>> President and Chief Mapmaker
>> TopoZone.com / Maps a la carte, Inc.
>> 73 Princeton Street, Suite 305
>> North Chelmsford, MA  01863
>> Phone: +1 (978) 251-4242
>> Fax: +1 (978) 251-1396
>> ed at topozone.com <mailto:ed at topozone.com>
>>
>> -----Original Message-----
>> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
>> Behalf Of Boice Tomlin
>> Sent: Tuesday, December 05, 2006 10:52 PM
>> To: MAPSERVER-USERS at LISTS.UMN.EDU <mailto:MAPSERVER-USERS at LISTS.UMN.EDU>
>> Subject: Re: [UMN_MAPSERVER-USERS] map performance
>>
>> Thanks Steve,
>>
>> I will save the map file and take a look.  great tip.
>>
>> In my case I have a few layers which are always on because I know the
>> get displayed on every request.  For instance I have on layer called
>> county. 
>> Every contry rendered on the map is from that single layer.
>>
>> What I do is grab all county data that are complete(a user has complete
>> data for the chosen layer in that geography) - green - and form a long
>> regular expression with all thouse counties.  Then I form a class
>> dynamically and set the color to green.
>>
>> Then I do the same thing for in-progress data, form a regular expression
>> from several hundred results, create a class from that same county layer
>> and set the color to orange.
>>
>> I'm not sure Steve if I'm hearing you right.  You may be referring to a
>> completely different method that I'm not getting.  The thing is that the
>> PHP work described above happens fast, really fast.
>>
>> The amount of time the maps takes to render is proportionate to the
>> amount of counties, cities, etc. in my regular expression.
>>
>> does that make my situation clearer.
>>
>> thank you for your help,
>>
>> boice
>>
>>
>>
>>> Might be interesting to see what the resulting mapfile (after your 
>>> dynamic work) looks like (use $map->save(...)).
>>>
>>> We'd really need to know more about the data, how you're doing 
>>> classifications and such to comment more. There may be lots of ways to
>>
>>> make things go faster. From the looks of it for each geography (city, 
>>> county, tribe, state, nation) you have a bunch of variables that 
>>> indicate if a data theme is available. One could organize that data 
>>> like so (for example state level data):
>>>
>>> State  Hydrography  Watersheds ...
>>> MN     0                    1
>>> WI      3                    2
>>> IA       3                    0
>>> FL       1                    3
>>>
>>> Where 0 means no responce, 1 complete and so on. So in that case your 
>>> class definitions would always be the same you'd be simply changing 
>>> the variable you're mapping on (e.g. CLASSITEM), and you wouldn't need
>>
>>> dynamic classes (or even MapScript for that matter).  Just thinking 
>>> out loud...
>>>
>>> Steve
>>>
>>>>>> boice tomlin <boice at RUNSKIP.COM <mailto:boice at RUNSKIP.COM>> 
>>>>>> 12/4/2006 1:24:58 PM >>>
>>>
>>> Hello users,
>>>
>>> The map located here;
>>>
>>> http://gisinventory.net/status_maps.html
>>>
>>> takes a while to load.  At least at the national view where there is a
>>
>>> lot of area to render.
>>>
>>> I am looking for alternative ways to generate the map that will 
>>> significantly improve performance.
>>>
>>> Currently I am using php and looping through data and turning on 
>>> layers as I go.  The PHP part is lightning fast.  But after I get the 
>>> map ready mapserver takes several seconds to generate it.
>>>
>>> I'm curious about alternative ways to handle this problem and wonder 
>>> if anyone had comments on any of them.
>>>
>>> 1) modifying the shape files in some way so the layer information is 
>>> in those files so that all mapserver has to do is load those files and
>>
>>> not depend on the map files.
>>> 2) using a db such as postgres with postgis so that layer information 
>>> is available all in one compact source.
>>>
>>> Right now I have to generate a bunch of dynamic classes in PHP using 
>>> the general method below.
>>>
>>> $lyr = $this->ramona_map->getLayerByName("state_yes");
>>>                 $cla = $lyr->getClass(0);
>>>                 $cla->setExpression("/".$expression."/");
>>>                 $lyr->set("status", MS_ON);
>>>
>>> I have to do this several hundred times to represent all of the data.
>>> The time it takes to generate the map seem proportionate to the amount
>>
>>> of layers I make visible.  And again this is on the mapserver side and
>>
>>> not PHP.  PHP does its part of the operation in thousandths of a 
>>> second.
>>>
>>> anyone's thoughts are greatly appreciated.
>>>
>>> -boice tomlin
>>>
>>>
>>>
>>> ////////////////////////////
>>> Run Skip
>>> http://runskip.com/
>>>
>>>
>>> boice tomlin
>>>
>>>
>>> boice at runskip.com <mailto:boice at runskip.com>
>>>
>>>
>>> 503-528-6204
>>>
>>
>>
>>
>> ////////////////////////////
>> Run Skip
>>
>> boice tomlin
>>
>> boice at runskip.com <mailto:boice at runskip.com>
>>
>> 503-528-6204
> 
> 
> 
> 
> ////////////////////////////
> Run Skip
> http://runskip.com/
> 
> boice tomlin
> 
> boice at runskip.com <mailto:boice at runskip.com>
> 
> 503-528-6204
> 
> 
> =


From boice at RUNSKIP.COM  Wed Dec  6 08:58:14 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Wed, 6 Dec 2006 11:58:14 -0500
Subject: optimization
In-Reply-To: <CE2BE61DABB9384A934BD4E648DFDA37B25629@EXCVS1.rdg.bane.dk>
Message-ID: <WED.6.DEC.2006.115814.0500.BOICERUNSKIP.COM>


yes.  I am not using the extension.  I read that part in the  
documentation.  I think my performance bottlenecks lie elsewhere.

Thanks,

-boice


On Dec 6, 2006, at 4:47 AM, Thy, Kristian wrote:

> Boice Tomlin wrote:
>> I have created the qix files which didn't make much/any
>> difference for me.
>
> Be aware that in order for MapServer to utilize your indices, your  
> DATA
> must be without the .shp extension - i.e. with country.shp and a
> generated country.qix:
>
> LAYER
>   ...
>   DATA country
>   ...
> END
>
> best regards,
>
> Kristian
>
>
> This email and any attached files are confidential and copyright  
> protected. If you are not the addressee, any dissemination of this  
> communication is strictly prohibited. Unless otherwise expressly  
> agreed in writing, nothing stated in this communication shall be  
> legally binding.




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


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

From gisaalter at GMAIL.COM  Wed Dec  6 09:00:31 2006
From: gisaalter at GMAIL.COM (Steven De Vriendt)
Date: Wed, 6 Dec 2006 18:00:31 +0100
Subject: Need example map file for WMS <-> Google Earth overlay
Message-ID: <WED.6.DEC.2006.180031.0100.GISAALTERGMAIL.COM>

Hi,

Has anyone succeeded to make a mapfile
capable of displaying an WMS overlay
in Google Earth. Can someone
send me an example of how this is done.
I'm having trouble reaching my WMS,
your support is...as always...very welcome.

Cheer
Steven
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/603e6f99/attachment.htm>

From woklist at KYNGCHAOS.COM  Wed Dec  6 09:10:15 2006
From: woklist at KYNGCHAOS.COM (William Kyngesburye)
Date: Wed, 6 Dec 2006 11:10:15 -0600
Subject: Personal geodatabase layer not working.
In-Reply-To: <C1931E9B.A486%pmoen@nd.gov>
Message-ID: <WED.6.DEC.2006.111015.0600.WOKLISTKYNGCHAOS.COM>

Paul,

I gave your sample to Actual to look at (I hope that was OK, they're  
confidentiality-concious).  They found a problem with their Access  
driver and fixed it.  They have a new version online.

I tried testing it with ogrinfo, but it's segfaulting on the WKT  
output of the coordinate data.  But it looks like it's reading the  
geometry at least.  Could you try it in your MapServer test?

On Nov 29, 2006, at 11:25 AM, Paul Moen wrote:

> So the consensus is that the odbc driver is the problem.
>
> Sorry for the post in the wrong place, I thought I was doing  
> something wrong
> with my mapfile.
>

-----
William Kyngesburye <kyngchaos at kyngchaos.com>
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that  
the past isn't a fiction designed to account for the discrepancy  
between my immediate physical sensations and my state of mind?"

- The Ruler of the Universe


From Steve.Lime at DNR.STATE.MN.US  Wed Dec  6 09:22:28 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 6 Dec 2006 11:22:28 -0600
Subject: null values in GML
In-Reply-To: <4576E55D.6090000@loskot.net>
Message-ID: <WED.6.DEC.2006.112228.0600.STEVE.LIMEDNR.STATE.MN.US>

Mateusz is most likely correct. MapServer extracts attributes and
converts when necessary (not very often). If the asterix 
always represents NULL then we could represent as something else (empty
string?) in the DBF code. What does GDAL/OGR
do with NULLs in its output?

Steve

>>> Mateusz Loskot <mateusz at LOSKOT.NET> 12/6/2006 9:44:29 AM >>>
Bart van den Eijnden (OSGIS) wrote:
> Hi list,
> 
> I have a strange phenomenon.
> 
> A shape attribute table has some null values in it (column type
> Real), for instance:
> 
> OGRFeature(nap_speciaal):856 pnt_pntid (String) = 000A2510 .. 
> hgt_hgtwd (Real) = (null) .. POINT (122880 487860)
> 
> Using Mapserver WFS I get the following GML output:
> 
> <ms:pnt_pntid>000A2510</ms:pnt_pntid> .. 
> <ms:hgt_hgtwd>************************</ms:hgt_hgtwd> ..
> 
> Does anybody have an idea what is causing the sequence of asterisks?

Asterix is used to indicate NULL value in Shapefile attribute.
I'm completely not sure, but I suppose MS WFS driver does not handle
asterix as null but accepts it as a string value and puts into output
GML.

Cheers
-- 
Mateusz Loskot
http://mateusz.loskot.net


From mateusz at LOSKOT.NET  Wed Dec  6 10:03:47 2006
From: mateusz at LOSKOT.NET (Mateusz Loskot)
Date: Wed, 6 Dec 2006 19:03:47 +0100
Subject: null values in GML
In-Reply-To: <4576A7F40200008F00004B73@co5.dnr.state.mn.us>
Message-ID: <WED.6.DEC.2006.190347.0100.MATEUSZLOSKOT.NET>

Steve Lime wrote:
> Mateusz is most likely correct. MapServer extracts attributes and
> converts when necessary (not very often). If the asterix 
> always represents NULL then we could represent as something else (empty
> string?) in the DBF code. What does GDAL/OGR
> do with NULLs in its output?

OGR reader for Shapefile skips reading null attributes, what means that
no value is assigned. Field without any assigned value is marked as
not set (OGRFeature::IsFieldSet() ==  FALSE).

Shapefile reader for OGR detects null field if:
- string field value is empty, strlen() == 0
- numeric value is full-of-asteriks or full-of-blanks
- date field value is 00000000
- boolean field value is ?

Cheers
-- 
Mateusz Loskot
http://mateusz.loskot.net


From boice at RUNSKIP.COM  Wed Dec  6 10:23:41 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Wed, 6 Dec 2006 13:23:41 -0500
Subject: map performance
In-Reply-To: <4576AC0B0200008F00004B82@co5.dnr.state.mn.us>
Message-ID: <WED.6.DEC.2006.132341.0500.BOICERUNSKIP.COM>


The data comes from a MySQL database.  The primary function of the  
site is to collect the data from users.  It is a PHP/MqSQL application.

The map is rendered each time for only a specific layer such as orthos.

So I go to the database(MySQL) and grab all distinct county ids that  
have a status of complete for that layer.

I build the regex string from that array of county ids and then use  
phpmapscript to set the expression for the county layer.

I understand the data structure you explained below.  But I don't  
understand how you would implement it.  Do you propose connecting to  
a data source directly from the mapfile?

At this point the only way I know how to color a county green on the  
map is by using a regular expression.  But I'm open to any method.   
Especially if its faster.

thanks,

boice







On Dec 6, 2006, at 12:39 PM, Steve Lime wrote:

> Ok, I looked back through another email and saw the output. I think  
> the
> bottleneck is in the large regular expressions. You'd be much  
> better off
> with a data structure like I outlined below. How do you determine, for
> example, which counties are do be drawn a certain way. That is, how do
> you build the regex? Using attributes in the shapefile? From another
> source?
>
> Steve
>
>>>> boice tomlin <boice at RUNSKIP.COM> 12/6/2006 10:55:52 AM >>>
>
> Hi Steve,
>
> Assuming I was using static class items.  Do you think my method of
> using a regular expression to specify which geographies to display  
> is a
> good method?
>
> Thanks for the tip on saving the map file.  Very cool.  It looks as I
> expected or at least hoped.  Basically my original map file with a few
> extra classes and regular expressions for the layers I display.
>
> Someone else suggested a method using postgis that would pull in shape
> data with less polygons for certain extents.
>
> Couldn't I use a version of the shape files I have now with less
> detail/polygons when rendering a map at larger extents?
>
> I actually want to explore every method I can for optimization.  My
> goal is a fairly descriptive national view in 1 tenth of a second.  Is
> that too lofty?
>
> thanks,
>
> boice
>
>
>
> On Dec 5, 2006, at 6:32 PM, Steve Lime wrote:
> Might be interesting to see what the resulting mapfile (after your
> dynamic work) looks like (use $map->save(...)).
>
>
> We'd really need to know more about the data, how you're doing
> classifications and such to comment more. There may be lots of ways
> to make things go faster. From the looks of it for each geography
> (city, county, tribe, state, nation) you have a bunch of variables
> that
> indicate
> if a data theme is available. One could organize that data like so
> (for
> example state level data):
>
>
> State  Hydrography  Watersheds ...
> MN     0                    1
> WI      3                    2
> IA       3                    0
> FL       1                    3
>
>
> Where 0 means no responce, 1 complete and so on. So in that case your
> class definitions would always be the same you'd
> be simply changing the variable you're mapping on (e.g. CLASSITEM),
> and
> you wouldn't need dynamic classes (or even MapScript for that
> matter).  Just thinking out loud...
>
>
> Steve
>
>
> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>
>
>
> Hello users,
>
>
> The map located here;
>
>
> http://gisinventory.net/status_maps.html
>
>
> takes a while to load.  At least at the national view where there is a
> lot of area to render.
>
>
> I am looking for alternative ways to generate the map that will
> significantly improve performance.
>
>
> Currently I am using php and looping through data and turning on
> layers
> as I go.  The PHP part is lightning fast.  But after I get the map
> ready
> mapserver takes several seconds to generate it.
>
>
> I'm curious about alternative ways to handle this problem and wonder
> if
> anyone had comments on any of them.
>
>
> 1) modifying the shape files in some way so the layer information is
> in
> those files so that all mapserver has to do is load those files and
> not
> depend on the map files.
> 2) using a db such as postgres with postgis so that layer information
> is available all in one compact source.
>
>
> Right now I have to generate a bunch of dynamic classes in PHP using
> the general method below.
>
>
> $lyr = $this->ramona_map->getLayerByName("state_yes");
>                 $cla = $lyr->getClass(0);
>                 $cla->setExpression("/".$expression."/");
>                 $lyr->set("status", MS_ON);
>
>
> I have to do this several hundred times to represent all of the data.
> The time it takes to generate the map seem proportionate to the amount
> of layers I make visible.  And again this is on the mapserver side and
> not PHP.  PHP does its part of the operation in thousandths of a
> second.
>
>
> anyone's thoughts are greatly appreciated.
>
>
> -boice tomlin
>
>
>
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
>
>
> boice tomlin
>
>
>
>
> boice at runskip.com
>
>
>
>
> 503-528-6204
>
>
>
>
>
>
>
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
> boice tomlin
>
>
> boice at runskip.com
>
>
> 503-528-6204
>
>
>




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/e00fc7fb/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/e00fc7fb/attachment.sig>

From matt.pettis at THOMSON.COM  Wed Dec  6 10:36:59 2006
From: matt.pettis at THOMSON.COM (Matt Pettis)
Date: Wed, 6 Dec 2006 12:36:59 -0600
Subject: Resubmit Question: ms4w, variable substitution,
 mapfile EXTENT object attr
Message-ID: <WED.6.DEC.2006.123659.0600.>

No one answered this question, so I am resubmitting:
----------------
Hi,

I am trying to write a mapfile that will use javascript to dynamically
sent EXTENT values to a .map file via POST parms. Concretely, when I
select a county in MN from a dropdown, I want to send the appropriate
values for the EXTENT bbox so that the selected county is rendered in
it's specific bbox.

The beginning of my mapfile looks like this:

---

MAP

IMAGETYPE PNG

EXTENT %xmin% "%ymin%" "%xmax%" "%ymax%"

SIZE 880 660

...

---

the url i issue is:

http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%5
Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4w
%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xmax
=486045.78125&ymax=5010473.5&coid=27
<http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%
5Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4
w%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xma
x=486045.78125&ymax=5010473.5&coid=27> 

the error i get is:

getDouble(): Symbol definition error. Parsing error near (%):(line 7) 

line 7 is the EXTENT line.

So, my questions are:

1. Does MapServer support variable substitition for extent values? If
so, what am i doing wrong? If not, how do I dynamically set the extent
for dynamically selected polygons with different bboxes?

2. Is there a better way to set the bbox rather than send it
precalculated values in a GET? It seems natural that I should be able to
leave the EXTENT line off and a default of the smallest bounding box
that works for the returned geometry would be returned as a default.

tia,

Matt

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

From jdege at KORTERRA.COM  Wed Dec  6 10:46:49 2006
From: jdege at KORTERRA.COM (Jeff Dege)
Date: Wed, 6 Dec 2006 12:46:49 -0600
Subject: Line-end geometry?
Message-ID: <WED.6.DEC.2006.124649.0600.JDEGEKORTERRA.COM>

I have a layer with line data.

I want to draw the lines with arrow-heads at one end.

The data represents short line segments that point at certain locations
- my customer wants them to draw like little arrows.

What's the easiest way of doing this?  (Recognizing that I can't modify
the underlying data.)


From boice at RUNSKIP.COM  Wed Dec  6 10:47:34 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Wed, 6 Dec 2006 13:47:34 -0500
Subject: optimization
In-Reply-To: <4575BE97.6000905@swoodbridge.com>
Message-ID: <WED.6.DEC.2006.134734.0500.BOICERUNSKIP.COM>


Hi Steve,

I've rebuilt mapserver with the debug option and copied the new  
php_mapscript.so over.

And I've added the debug option in the map file as well.

no luck.

I see this in my configure log.

configure:10254: checking whether we should enable debug features...
configure:10271: result:         Enabling debug features: -g in  
CFLAGS and msDebug() to stderr (-DENABLE_STDERR_DEBUG).

I checked all of my PHP and apache logs and don't see anything.  Do  
you see anything I missed?

thanks,

boice





>
> 2) build mapserver with the debug option in ./configure
>    then add DEBUG TRUE to the map section of you mapfile
>    then render you map and look in /var/log/apache/error.log
>    and you will fine information about how long it takes each layer
>    to render. do this at the various scales you use.
>    if you have huge shapefiles and you are only rendering parts of  
> them
>    then consider using shape2tile to break the data into tiles.





> 3) optimize the slow layers
>    a) reduce the amount of data you are displaying
>       maybe turn off that layer at that scale
>       create a generalize version of that layer for that scale
>    b) reduce the number of labels if you label cache time is large
>       turn off some of the labels you are drawing at that scale
>
> 4) if it is a raster layer that is slow, then post a message asking
>    Frank Warmerdam or Ed McNierney for suggestions on how to improve
>    your reaster performance
>
> 5) if I haven't covered it here or you are sure what to do about a  
> specific performance issue, post a more specific question.
>
> 6) oh yeah, if you are using shapefiles and have problems rendering  
> data mvoing to postgres will generally not help you.
>
> -Steve W
>
> boice tomlin wrote:
>> Hello users,
>> The map located here;
>> http://gisinventory.net/status_maps.html
>> takes a while to load.  At least at the national view where there  
>> is a lot of area to render.
>> I am looking for alternative ways to generate the map that will  
>> significantly improve performance.
>> Currently I am using php and looping through data and turning on  
>> layers as I go.  The PHP part is lightning fast.  But after I get  
>> the map ready mapserver takes several seconds to generate it.
>> I'm curious about alternative ways to handle this problem and  
>> wonder if anyone had comments on any of them.
>> 1) modifying the shape files in some way so the layer information  
>> is in those files.
>> 2) using a db such as postgres with postgis.
>> Right now I have to generate a bunch of dynamic classes in PHP  
>> using the general method below.
>> $lyr = $this->ramona_map->getLayerByName("state_yes");
>>                 $cla = $lyr->getClass(0);
>>                 $cla->setExpression("/".$expression."/");
>>                 $lyr->set("status", MS_ON);
>> I have to do this several hundred times to represent all of the  
>> data.  The time it takes to generate the map seem proportionate to  
>> the amount of layers I make visible.  And again this is on the  
>> mapserver side and not PHP.  PHP does its part of the operation in  
>> thousandths of a second.
>> thanks,
>> -boice tomlin
>> ////////////////////////////
>> Run Skip
>> http://runskip.com <http://runskip.com/> /
>> boice tomlin
>> boice at runskip.com <mailto:boice at runskip.com>
>> 503-528-6204
>> ////////////////////////////
>> Run Skip
>> http://runskip.com/
>> boice tomlin
>> boice at runskip.com <mailto:boice at runskip.com>
>> 503-528-6204
>




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/d617ba18/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/d617ba18/attachment.sig>

From funkbucket at GMAIL.COM  Wed Dec  6 10:48:41 2006
From: funkbucket at GMAIL.COM (Ben Tuttle)
Date: Wed, 6 Dec 2006 11:48:41 -0700
Subject: [BUG] WCS Error?
Message-ID: <WED.6.DEC.2006.114841.0700.FUNKBUCKETGMAIL.COM>

Hi all-
I have two questions related to mapserver and WCS. First, I am running
mapserver 4.10.0 on linux. I am trying to set up WCS access to global
30 arcsec data sets.
Question 1:
  It seems that mapserver does not respect resx and resy. Example: if
I make the following request
http://www.ngdc.noaa.gov/eog/maps/test5.php?SERVICE=WCS&REQUEST=GetCoverage&Coverage=vis_mosaic&STYLES=&CRS=EPSG:4326&BBOX=-125,30,-115,40&resx=0.00833333&resy=0.00833333&Format=geotiff
the data comes back as  0.00834028,-0.00834028 instead of
0.00833333,-0.00833333 (the native resolution of the data is
0.00833333,-0.00833333). Additionally the given bounding box actually
covers an area 1201px by 1201px in the data. However, the returned
image is 1200px by 1200px. If compared to the original data one can
see that mapserver has resampled the returned image to fit the area
which is 1201 by 1201 into an image that is 1200 by 1200, which
explains the change in the resolution (I'd be happy to provide more
examples or information to anyone who is interested. It seems to me
that this may not be the the desired behaviour for WCS. I would expect
to get my data back at the same resolution requested. I haven;t seen
any bug reports on this (I did a search for WCS and only found 6
reports that matched wcs and none seemed to be about this issue). So
does someone know if I this is a bug or if I don't fully grasp WCS and
this is the desired response? Or is there a way to override this
behaviour or is there perhaps something wrong wiht my build?

Question 2:
  We would like to return data to people at the actual resolution they
requested. To this end I am working on using wxs mapscript and php to
examine the request and return the correct resolution. I want to be
sure I don't stomp all over the WCS standard in the process though. So
the question is does anyone have any thoughts onteh following process.
If a user specifies no resx/resy or width/height I would calculate the
appropriate width and height for the bbox to return full res data. If
they specify resx/resy, but not width and height I'll caculate the
appropriate width and height to return the data at the requested resx
and resy for the bbox. If a user specifies a width and height I will
assume they know how the width and height and bbox relate and return
the data as requested. Does anyone feel like this goes againt the WCS
standard?


From bartvde at OSGIS.NL  Wed Dec  6 11:07:55 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Wed, 6 Dec 2006 20:07:55 +0100
Subject: null values in GML
In-Reply-To: <4576A7F40200008F00004B73@co5.dnr.state.mn.us>
Message-ID: <WED.6.DEC.2006.200755.0100.BARTVDEOSGIS.NL>

Hi Steve,

as I understand from previous discussions on wfs-dev, it would be best 
for Mapserver to leave out the attribute from the GML response in case 
it's null.

For reference, check the threads named "null values" here:

http://mail.opengeospatial.org/pipermail/wfs-dev/2006-October/

although they get a bit hard to understand .... at least for me .... :-)

Best regards,
Bart

Steve Lime schreef:
> Mateusz is most likely correct. MapServer extracts attributes and
> converts when necessary (not very often). If the asterix 
> always represents NULL then we could represent as something else (empty
> string?) in the DBF code. What does GDAL/OGR
> do with NULLs in its output?
>
> Steve
>
>   
>>>> Mateusz Loskot <mateusz at LOSKOT.NET> 12/6/2006 9:44:29 AM >>>
>>>>         
> Bart van den Eijnden (OSGIS) wrote:
>   
>> Hi list,
>>
>> I have a strange phenomenon.
>>
>> A shape attribute table has some null values in it (column type
>> Real), for instance:
>>
>> OGRFeature(nap_speciaal):856 pnt_pntid (String) = 000A2510 .. 
>> hgt_hgtwd (Real) = (null) .. POINT (122880 487860)
>>
>> Using Mapserver WFS I get the following GML output:
>>
>> <ms:pnt_pntid>000A2510</ms:pnt_pntid> .. 
>> <ms:hgt_hgtwd>************************</ms:hgt_hgtwd> ..
>>
>> Does anybody have an idea what is causing the sequence of asterisks?
>>     
>
> Asterix is used to indicate NULL value in Shapefile attribute.
> I'm completely not sure, but I suppose MS WFS driver does not handle
> asterix as null but accepts it as a string value and puts into output
> GML.
>
> Cheers
>   


-- 
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl
http://www.osgis.nl


From David.Fawcett at STATE.MN.US  Wed Dec  6 11:14:19 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Wed, 6 Dec 2006 13:14:19 -0600
Subject: Line-end geometry?
In-Reply-To: A<34E056CD4D475841B8C9ABCE956F92F608EB19@mrburns.KorOffice.local>
Message-ID: <WED.6.DEC.2006.131419.0600.DAVID.FAWCETTSTATE.MN.US>

Is the line geometry significant, or are you really just drawing
line-arrow symbols at point locations?  

If it is the latter case, you could create a point shapefile and then
label the points with an existing (or one that you create) TrueType font
character that is a line with an arrow tip.  Use LABELANGLEITEM to point
the arrow in the right direction.  

David.

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Jeff Dege
Sent: Wednesday, December 06, 2006 12:47 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] Line-end geometry?


I have a layer with line data.

I want to draw the lines with arrow-heads at one end.

The data represents short line segments that point at certain locations
- my customer wants them to draw like little arrows.

What's the easiest way of doing this?  (Recognizing that I can't modify
the underlying data.)


From perrygeo at GMAIL.COM  Wed Dec  6 11:25:28 2006
From: perrygeo at GMAIL.COM (Matthew Perry)
Date: Wed, 6 Dec 2006 11:25:28 -0800
Subject: Resubmit Question: ms4w, variable substitution,
 mapfile EXTENT object attr
In-Reply-To: <89C159F45B13A24682D98BDEF58E451F0B847DA4@TLRUSMNEAGMBX28.ERF.THOMSON.COM>
Message-ID: <WED.6.DEC.2006.112528.0800.PERRYGEOGMAIL.COM>

Matt,

 Mapserver CGI has a built-in parameter to set the map extent called
"mapext" ; its a '+' delimited list of your bounding extents. Just
hardcode anything (usually the maximum extent of you data) into the
mapfile and set the &mapext parameter in your URL to change it.

http://mapserver.gis.umn.edu/docs/reference/cgi/controls

- matt perry

On 12/6/06, Matt Pettis <matt.pettis at thomson.com> wrote:

> I am trying to write a mapfile that will use javascript to dynamically sent
> EXTENT values to a .map file via POST parms. Concretely, when I select a
> county in MN from a dropdown, I want to send the appropriate values for the
> EXTENT bbox so that the selected county is rendered in it's specific bbox.
>
>
>
> The beginning of my mapfile looks like this:
>
> ---
>
> MAP
>
> IMAGETYPE PNG
>
> EXTENT %xmin% "%ymin%" "%xmax%" "%ymax%"
>
> SIZE 880 660
>
> ...
>
> ---
>
>
>
> the url i issue is:
>
> http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%5Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4w%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xmax=486045.78125&ymax=5010473.5&coid=27
>
>
>
>
>
> the error i get is:
>
> getDouble(): Symbol definition error. Parsing error near (%):(line 7)
>
>
>
> line 7 is the EXTENT line.
>
>
>
> So, my questions are:
>
> 1. Does MapServer support variable substitition for extent values? If so,
> what am i doing wrong? If not, how do I dynamically set the extent for
> dynamically selected polygons with different bboxes?
>
>
>
> 2. Is there a better way to set the bbox rather than send it precalculated
> values in a GET? It seems natural that I should be able to leave the EXTENT
> line off and a default of the smallest bounding box that works for the
> returned geometry would be returned as a default.
>
>
>
> tia,
>
> Matt


-- 
Matthew T. Perry
GIS Analyst / Software Engineer
National Center for Ecological Analysis and Synthesis (NCEAS)
work: perry at nceas.ucsb.edu
web: http://www.perrygeo.net


From vilson.farias at DIGITRO.COM.BR  Wed Dec  6 11:30:35 2006
From: vilson.farias at DIGITRO.COM.BR (=?ISO-8859-1?Q?Jos=E9_Vilson_de_Mello_de_Farias?=)
Date: Wed, 6 Dec 2006 17:30:35 -0200
Subject: mapObj.zoomRectangle from Java Mapscript.
Message-ID: <WED.6.DEC.2006.173035.0200.VILSON.FARIASDIGITRO.COM.BR>

Greetings people from Mapserver,

   I've been unsuccessfully trying to make mapObj.zoomRectangle work. My 
goal is to write a simple zoom by rectangle, which lets you to select an 
image area from web browser and submit those coordenates for zoom 
processing inside mapserver. Although I've checked my code more than 
once, the error seems to be related to the way mapserver deals with 
these coordenates. Do you know if there is any problem in 
mapObj.zoomRectangle tool in Java Mapscript?  How could I zoom to a 
specific pixel location using zoomRectangle?

  Suppose I have a map with the following size and extent :

      SIZE 800 450
      EXTENT -180.000000 -90.000000 180.000000 90

   Here is my Java code :

    mapObj mapa = new mapObj("./world.map");
    ...
    rectObj maxExtent = new rectObj(-180, -90, 180, 90,
    mapscript.MS_FALSE);    //map full extent
    rectObj actualExtent = new rectObj(-120, -60, 160, 45,
    mapscript.MS_FALSE); //map actual extent
    rectObj pxArea = new rectObj(170, 200, 270, 400,
    mapscript.MS_FALSE);       //image coordenates for zooming
    mapa.zoomRectangle(pxArea, mapa.getWidth(), mapa.getHeight(),
    actualExtent, maxExtent);

   When I try to execute the zoomRectangle command, the following 
exception is thrown :

    java.lang.UnknownError: mapscript::mapObj::zoomRectangle(): General
    error message. image rectangle miny >= maxy

    	edu.umn.gis.mapscript.mapscriptJNI.mapObj_zoomRectangle(Native Method)
    	edu.umn.gis.mapscript.mapObj.zoomRectangle(mapObj.java:554)
            ...

   By the way, what does the last param of rectObj constructor mean? Is 
imageunits a boolean to indicate whether coordenates are image-relative 
or geographical values? If I try to set it to MS_TRUE I get a different 
exception.

    java.lang.UnknownError: rectObj(): Invalid rectangle. image (pixel/line) units { 'minx': 248.000000 , 'miny': 194.000000 , 'maxx': 387.000000 , 'maxy': 259.000000 }
    	edu.umn.gis.mapscript.mapscriptJNI.new_rectObj(Native Method)
    	edu.umn.gis.mapscript.rectObj.<init>(rectObj.java:69)


Could you please help me to solve this situation?

Best regards,

-- 
*Jos? Vilson de Mello de Farias*
/Analista de Sistemas
//SSE - Seguran?a P?blica/

*D?GITRO TECNOLOGIA*
*E-mail:* vilson.farias at digitro.com.br 
<mailto:vilson.farias at digitro.com.br%20>
*Messenger: *vilsonfarias at hotmail.com 
<mailto:vilson.farias at digitro.com.br%20>
***Site:* www.digitro.com.br <http://www.digitro.com.br%20> 
<http://www.digitro.com.br%20>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/40969a9d/attachment.htm>

From Steve.Lime at DNR.STATE.MN.US  Wed Dec  6 11:20:39 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 6 Dec 2006 13:20:39 -0600
Subject: map performance
In-Reply-To: <3D7D5D77-A829-43F4-B537-D99BD9D81AB9@RUNSKIP.COM>
Message-ID: <WED.6.DEC.2006.132039.0600.STEVE.LIMEDNR.STATE.MN.US>

What if you created a shapefile like I describe ahead of time (could use
MapScript to do it)? Algorithm might look like (for say counties):

1) make a copy of the base shapefile (shp/shx) files using system cp
command (or whatever) since your not screwing with the geometries
2) create a new DBF table based on the contents in the base shapefile
and add a column for each variable you want to map (number, no
decimals)
3) for each variable you want to map:
  a) do your mysql query
  b) loop through the results and find the right DBF record (based on
FIPS or whatever) and set the appropriate column value to, say, 1,2,3,4
(where those are your status values)

It might take a couple of minutes to build the data but it can be done
offline.

I've done this with species occurance data in Minnesota townships. For
each township I know if a species is present or not and can create range
maps very
fast. You're doing something similar but have more states than simply
yes/no. Same idea though.

In my case the mapfile is super simple since the layer definition is
the same for each variable, you just change the variable being mapped at
runtime.

Steve

>>> boice tomlin <boice at RUNSKIP.COM> 12/6/2006 12:23:41 PM >>>

The data comes from a MySQL database.  The primary function of the site
is to collect the data from users.  It is a PHP/MqSQL application.

The map is rendered each time for only a specific layer such as
orthos.

So I go to the database(MySQL) and grab all distinct county ids that
have a status of complete for that layer.

I build the regex string from that array of county ids and then use
phpmapscript to set the expression for the county layer.

I understand the data structure you explained below.  But I don't
understand how you would implement it.  Do you propose connecting to a
data source directly from the mapfile?

At this point the only way I know how to color a county green on the
map is by using a regular expression.  But I'm open to any method. 
Especially if its faster.

thanks,

boice







On Dec 6, 2006, at 12:39 PM, Steve Lime wrote:
Ok, I looked back through another email and saw the output. I think
the
bottleneck is in the large regular expressions. You'd be much better
off
with a data structure like I outlined below. How do you determine, for
example, which counties are do be drawn a certain way. That is, how do
you build the regex? Using attributes in the shapefile? From another
source?


Steve


boice tomlin <boice at RUNSKIP.COM> 12/6/2006 10:55:52 AM >>>


Hi Steve,


Assuming I was using static class items.  Do you think my method of
using a regular expression to specify which geographies to display is
a
good method?


Thanks for the tip on saving the map file.  Very cool.  It looks as I
expected or at least hoped.  Basically my original map file with a few
extra classes and regular expressions for the layers I display.


Someone else suggested a method using postgis that would pull in shape
data with less polygons for certain extents.


Couldn't I use a version of the shape files I have now with less
detail/polygons when rendering a map at larger extents?


I actually want to explore every method I can for optimization.  My
goal is a fairly descriptive national view in 1 tenth of a second.  Is
that too lofty?


thanks,


boice






On Dec 5, 2006, at 6:32 PM, Steve Lime wrote:
Might be interesting to see what the resulting mapfile (after your
dynamic work) looks like (use $map->save(...)).




We'd really need to know more about the data, how you're doing
classifications and such to comment more. There may be lots of ways
to make things go faster. From the looks of it for each geography
(city, county, tribe, state, nation) you have a bunch of variables
that
indicate
if a data theme is available. One could organize that data like so
(for
example state level data):




State  Hydrography  Watersheds ...
MN     0                    1 
WI      3                    2
IA       3                    0
FL       1                    3




Where 0 means no responce, 1 complete and so on. So in that case your
class definitions would always be the same you'd
be simply changing the variable you're mapping on (e.g. CLASSITEM),
and
you wouldn't need dynamic classes (or even MapScript for that
matter).  Just thinking out loud...




Steve




boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>




Hello users,




The map located here;




http://gisinventory.net/status_maps.html 




takes a while to load.  At least at the national view where there is a
lot of area to render.




I am looking for alternative ways to generate the map that will
significantly improve performance.




Currently I am using php and looping through data and turning on
layers
as I go.  The PHP part is lightning fast.  But after I get the map
ready
mapserver takes several seconds to generate it.




I'm curious about alternative ways to handle this problem and wonder
if
anyone had comments on any of them.




1) modifying the shape files in some way so the layer information is
in
those files so that all mapserver has to do is load those files and
not
depend on the map files.
2) using a db such as postgres with postgis so that layer information
is available all in one compact source.




Right now I have to generate a bunch of dynamic classes in PHP using
the general method below.




$lyr = $this->ramona_map->getLayerByName("state_yes");
                $cla = $lyr->getClass(0);
                $cla->setExpression("/".$expression."/");
                $lyr->set("status", MS_ON);




I have to do this several hundred times to represent all of the data. 
The time it takes to generate the map seem proportionate to the amount
of layers I make visible.  And again this is on the mapserver side and
not PHP.  PHP does its part of the operation in thousandths of a
second.




anyone's thoughts are greatly appreciated.




-boice tomlin












////////////////////////////
Run Skip
http://runskip.com/ 








boice tomlin








boice at runskip.com 








503-528-6204




















////////////////////////////
Run Skip
http://runskip.com/ 




boice tomlin




boice at runskip.com 




503-528-6204










////////////////////////////
Run Skip
http://runskip.com/ 


boice tomlin


boice at runskip.com 


503-528-6204


From David.Fawcett at STATE.MN.US  Wed Dec  6 11:09:46 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Wed, 6 Dec 2006 13:09:46 -0600
Subject: Resubmit Question: ms4w, variable substitution,
 mapfile EXTENT object attr
In-Reply-To: A<89C159F45B13A24682D98BDEF58E451F0B847DA4@TLRUSMNEAGMBX28.ERF.THOMSON.COM>
Message-ID: <WED.6.DEC.2006.130946.0600.DAVID.FAWCETTSTATE.MN.US>

Matt, 
 
Can you post the text of your map file?  What is in line 8?
 
David.

	-----Original Message-----
	From: UMN MapServer Users List
[mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Matt Pettis
	Sent: Wednesday, December 06, 2006 12:37 PM
	To: MAPSERVER-USERS at LISTS.UMN.EDU
	Subject: [UMN_MAPSERVER-USERS] Resubmit Question: ms4w, variable
substitution, mapfile EXTENT object attr
	
	
	No one answered this question, so I am resubmitting:
	----------------
	Hi,

	

	I am trying to write a mapfile that will use javascript to
dynamically sent EXTENT values to a .map file via POST parms.
Concretely, when I select a county in MN from a dropdown, I want to send
the appropriate values for the EXTENT bbox so that the selected county
is rendered in it's specific bbox.

	

	The beginning of my mapfile looks like this:

	---

	MAP

	IMAGETYPE PNG

	EXTENT %xmin% "%ymin%" "%xmax%" "%ymax%"

	SIZE 880 660

	...

	---

	

	the url i issue is:

	
http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%5
Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4w
%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xmax
=486045.78125&ymax=5010473.5&coid=27
<http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%
5Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4
w%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xma
x=486045.78125&ymax=5010473.5&coid=27> 

	

	

	the error i get is:

	getDouble(): Symbol definition error. Parsing error near
(%):(line 7) 

	

	line 7 is the EXTENT line.

	

	So, my questions are:

	1. Does MapServer support variable substitition for extent
values? If so, what am i doing wrong? If not, how do I dynamically set
the extent for dynamically selected polygons with different bboxes?

	

	2. Is there a better way to set the bbox rather than send it
precalculated values in a GET? It seems natural that I should be able to
leave the EXTENT line off and a default of the smallest bounding box
that works for the returned geometry would be returned as a default.

	

	tia,

	Matt

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

From mapserv at UBICALO.COM.MX  Wed Dec  6 11:39:37 2006
From: mapserv at UBICALO.COM.MX (Thomas Shaw)
Date: Wed, 6 Dec 2006 14:39:37 -0500
Subject: Long generation time of map images in mapserver
Message-ID: <WED.6.DEC.2006.143937.0500.>

Hello List!

I have actually installed mapserver-4.8.4 & PHP5 (as a dynamic library of
mapscript) in my production server and I'm experiencing some strange
behavior (that I haven't had with the 4.2 version) with the mapserver
generation time of the images maps. Sometimes I zoom in/out and the image
generations take less than a second, but also some other times the
generation takes about 12 seconds. Firstly I thought that it was the
internet connection, but I tried it also over the LAN and it had the same
strange behavior. So what could be possible happening?

When I changed from mapserver 4.2 to 4.8.4 I didn't modified any parameter
of value in the mapscript, and in the mapfile.

Thank you in advance


From matt.pettis at THOMSON.COM  Wed Dec  6 11:46:31 2006
From: matt.pettis at THOMSON.COM (Matt Pettis)
Date: Wed, 6 Dec 2006 13:46:31 -0600
Subject: Resubmit Question: ms4w, variable substitution,
 mapfile EXTENT object attr
In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5FB0BF6@s-sp22.pca.state.mn.us>
Message-ID: <WED.6.DEC.2006.134631.0600.>

line 8 is the 'SIZE' line i've included... i'll dig it up 

________________________________

From: Fawcett, David [mailto:David.Fawcett at state.mn.us] 
Sent: Wednesday, December 06, 2006 1:10 PM
To: Pettis, Matthew (TLR Corp); MAPSERVER-USERS at lists.umn.edu
Subject: RE: [UMN_MAPSERVER-USERS] Resubmit Question: ms4w, variable
substitution, mapfile EXTENT object attr


Matt, 
 
Can you post the text of your map file?  What is in line 8?
 
David.

	-----Original Message-----
	From: UMN MapServer Users List
[mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Matt Pettis
	Sent: Wednesday, December 06, 2006 12:37 PM
	To: MAPSERVER-USERS at LISTS.UMN.EDU
	Subject: [UMN_MAPSERVER-USERS] Resubmit Question: ms4w, variable
substitution, mapfile EXTENT object attr
	
	
	No one answered this question, so I am resubmitting:
	----------------
	Hi,

	

	I am trying to write a mapfile that will use javascript to
dynamically sent EXTENT values to a .map file via POST parms.
Concretely, when I select a county in MN from a dropdown, I want to send
the appropriate values for the EXTENT bbox so that the selected county
is rendered in it's specific bbox.

	

	The beginning of my mapfile looks like this:

	---

	MAP

	IMAGETYPE PNG

	EXTENT %xmin% "%ymin%" "%xmax%" "%ymax%"

	SIZE 880 660

	...

	---

	

	the url i issue is:

	
http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%5
Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4w
%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xmax
=486045.78125&ymax=5010473.5&coid=27
<http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs%
5Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5Cms4
w%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=4959166&xma
x=486045.78125&ymax=5010473.5&coid=27> 

	

	

	the error i get is:

	getDouble(): Symbol definition error. Parsing error near
(%):(line 7) 

	

	line 7 is the EXTENT line.

	

	So, my questions are:

	1. Does MapServer support variable substitition for extent
values? If so, what am i doing wrong? If not, how do I dynamically set
the extent for dynamically selected polygons with different bboxes?

	

	2. Is there a better way to set the bbox rather than send it
precalculated values in a GET? It seems natural that I should be able to
leave the EXTENT line off and a default of the smallest bounding box
that works for the returned geometry would be returned as a default.

	

	tia,

	Matt

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

From hal at MOBILEGEOGRAPHICS.COM  Wed Dec  6 11:52:28 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Wed, 6 Dec 2006 11:52:28 -0800
Subject: Long generation time of map images in mapserver
In-Reply-To: <1340.200.67.82.12.1165433977.squirrel@209.183.220.8>
Message-ID: <WED.6.DEC.2006.115228.0800.HALMOBILEGEOGRAPHICS.COM>

Is there any chance that you have omitted the ellipsoid in your 
projection definition?

I had several mapfiles without it.  They worked fine on 4.2, but 
sometimes were very slow on 4.6.  When I went to 4.10 I started 
seeing the error message at 
http://mapserver.gis.umn.edu/docs/error/axis-radius .  Interestingly 
though, I didn't see it every time.  I could reload the exact same 
map, and sometimes it would throw the error, sometimes not.

Once I fixed that, the slow rendering maps got fast again.

At 2:39 PM -0500 12/6/06, Thomas Shaw wrote:
>Hello List!
>
>I have actually installed mapserver-4.8.4 & PHP5 (as a dynamic library of
>mapscript) in my production server and I'm experiencing some strange
>behavior (that I haven't had with the 4.2 version) with the mapserver
>generation time of the images maps. Sometimes I zoom in/out and the image
>generations take less than a second, but also some other times the
>generation takes about 12 seconds. Firstly I thought that it was the
>internet connection, but I tried it also over the LAN and it had the same
>strange behavior. So what could be possible happening?
>
>When I changed from mapserver 4.2 to 4.8.4 I didn't modified any parameter
>of value in the mapscript, and in the mapfile.
>
>Thank you in advance


From boice at RUNSKIP.COM  Wed Dec  6 11:57:28 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Wed, 6 Dec 2006 14:57:28 -0500
Subject: map performance
In-Reply-To: <4576C3A70200008F00004BA0@co5.dnr.state.mn.us>
Message-ID: <WED.6.DEC.2006.145728.0500.BOICERUNSKIP.COM>


Hi Steve,

This is great.  I will pursue this method.

After generating the dbf file the first time I could then update it  
only as need as users update records.  PHP has DBF file functions  
built in.  Those single operations would take no time and the ratio  
of updates to the dbf file to map views would be large.

A few questions;

why make a copy of the shp/shx files?  I'm guessing your using those  
to create a dbf file.  That would be new for me.  What tools would I  
use for that?  Could I use MapScript?

I'm guessing some of these questions are now starting to get out of  
the scope of the original discussion.  If you could just point me in  
the direction of some documentation that would be good.

thanks,

boice








On Dec 6, 2006, at 2:20 PM, Steve Lime wrote:

> What if you created a shapefile like I describe ahead of time  
> (could use
> MapScript to do it)? Algorithm might look like (for say counties):
>
> 1) make a copy of the base shapefile (shp/shx) files using system cp
> command (or whatever) since your not screwing with the geometries
> 2) create a new DBF table based on the contents in the base shapefile
> and add a column for each variable you want to map (number, no
> decimals)
> 3) for each variable you want to map:
>   a) do your mysql query
>   b) loop through the results and find the right DBF record (based on
> FIPS or whatever) and set the appropriate column value to, say,  
> 1,2,3,4
> (where those are your status values)
>
> It might take a couple of minutes to build the data but it can be done
> offline.
>
> I've done this with species occurance data in Minnesota townships. For
> each township I know if a species is present or not and can create  
> range
> maps very
> fast. You're doing something similar but have more states than simply
> yes/no. Same idea though.
>
> In my case the mapfile is super simple since the layer definition is
> the same for each variable, you just change the variable being  
> mapped at
> runtime.
>
> Steve
>
>>>> boice tomlin <boice at RUNSKIP.COM> 12/6/2006 12:23:41 PM >>>
>
> The data comes from a MySQL database.  The primary function of the  
> site
> is to collect the data from users.  It is a PHP/MqSQL application.
>
> The map is rendered each time for only a specific layer such as
> orthos.
>
> So I go to the database(MySQL) and grab all distinct county ids that
> have a status of complete for that layer.
>
> I build the regex string from that array of county ids and then use
> phpmapscript to set the expression for the county layer.
>
> I understand the data structure you explained below.  But I don't
> understand how you would implement it.  Do you propose connecting to a
> data source directly from the mapfile?
>
> At this point the only way I know how to color a county green on the
> map is by using a regular expression.  But I'm open to any method.
> Especially if its faster.
>
> thanks,
>
> boice
>
>
>
>
>
>
>
> On Dec 6, 2006, at 12:39 PM, Steve Lime wrote:
> Ok, I looked back through another email and saw the output. I think
> the
> bottleneck is in the large regular expressions. You'd be much better
> off
> with a data structure like I outlined below. How do you determine, for
> example, which counties are do be drawn a certain way. That is, how do
> you build the regex? Using attributes in the shapefile? From another
> source?
>
>
> Steve
>
>
> boice tomlin <boice at RUNSKIP.COM> 12/6/2006 10:55:52 AM >>>
>
>
> Hi Steve,
>
>
> Assuming I was using static class items.  Do you think my method of
> using a regular expression to specify which geographies to display is
> a
> good method?
>
>
> Thanks for the tip on saving the map file.  Very cool.  It looks as I
> expected or at least hoped.  Basically my original map file with a few
> extra classes and regular expressions for the layers I display.
>
>
> Someone else suggested a method using postgis that would pull in shape
> data with less polygons for certain extents.
>
>
> Couldn't I use a version of the shape files I have now with less
> detail/polygons when rendering a map at larger extents?
>
>
> I actually want to explore every method I can for optimization.  My
> goal is a fairly descriptive national view in 1 tenth of a second.  Is
> that too lofty?
>
>
> thanks,
>
>
> boice
>
>
>
>
>
>
> On Dec 5, 2006, at 6:32 PM, Steve Lime wrote:
> Might be interesting to see what the resulting mapfile (after your
> dynamic work) looks like (use $map->save(...)).
>
>
>
>
> We'd really need to know more about the data, how you're doing
> classifications and such to comment more. There may be lots of ways
> to make things go faster. From the looks of it for each geography
> (city, county, tribe, state, nation) you have a bunch of variables
> that
> indicate
> if a data theme is available. One could organize that data like so
> (for
> example state level data):
>
>
>
>
> State  Hydrography  Watersheds ...
> MN     0                    1
> WI      3                    2
> IA       3                    0
> FL       1                    3
>
>
>
>
> Where 0 means no responce, 1 complete and so on. So in that case your
> class definitions would always be the same you'd
> be simply changing the variable you're mapping on (e.g. CLASSITEM),
> and
> you wouldn't need dynamic classes (or even MapScript for that
> matter).  Just thinking out loud...
>
>
>
>
> Steve
>
>
>
>
> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>
>
>
>
>
> Hello users,
>
>
>
>
> The map located here;
>
>
>
>
> http://gisinventory.net/status_maps.html
>
>
>
>
> takes a while to load.  At least at the national view where there is a
> lot of area to render.
>
>
>
>
> I am looking for alternative ways to generate the map that will
> significantly improve performance.
>
>
>
>
> Currently I am using php and looping through data and turning on
> layers
> as I go.  The PHP part is lightning fast.  But after I get the map
> ready
> mapserver takes several seconds to generate it.
>
>
>
>
> I'm curious about alternative ways to handle this problem and wonder
> if
> anyone had comments on any of them.
>
>
>
>
> 1) modifying the shape files in some way so the layer information is
> in
> those files so that all mapserver has to do is load those files and
> not
> depend on the map files.
> 2) using a db such as postgres with postgis so that layer information
> is available all in one compact source.
>
>
>
>
> Right now I have to generate a bunch of dynamic classes in PHP using
> the general method below.
>
>
>
>
> $lyr = $this->ramona_map->getLayerByName("state_yes");
>                 $cla = $lyr->getClass(0);
>                 $cla->setExpression("/".$expression."/");
>                 $lyr->set("status", MS_ON);
>
>
>
>
> I have to do this several hundred times to represent all of the data.
> The time it takes to generate the map seem proportionate to the amount
> of layers I make visible.  And again this is on the mapserver side and
> not PHP.  PHP does its part of the operation in thousandths of a
> second.
>
>
>
>
> anyone's thoughts are greatly appreciated.
>
>
>
>
> -boice tomlin
>
>
>
>
>
>
>
>
>
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
>
>
>
>
>
>
> boice tomlin
>
>
>
>
>
>
>
>
> boice at runskip.com
>
>
>
>
>
>
>
>
> 503-528-6204
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
>
>
> boice tomlin
>
>
>
>
> boice at runskip.com
>
>
>
>
> 503-528-6204
>
>
>
>
>
>
>
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
> boice tomlin
>
>
> boice at runskip.com
>
>
> 503-528-6204
>
>
>




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/6447b76d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/6447b76d/attachment.sig>

From matt.pettis at THOMSON.COM  Wed Dec  6 12:01:54 2006
From: matt.pettis at THOMSON.COM (Matt Pettis)
Date: Wed, 6 Dec 2006 14:01:54 -0600
Subject: Resubmit Question: ms4w, variable substitution,
 mapfile EXTENT object attr
In-Reply-To: <5383fa5e0612061125i714ce206nf4789358b2ea84f2@mail.gmail.com>
Message-ID: <WED.6.DEC.2006.140154.0600.>

Thanks David, Matt, and Randy -- I will try Matthew Perry's solution.

Thanks,
Matt 

-----Original Message-----
From: Matthew Perry [mailto:perrygeo at gmail.com] 
Sent: Wednesday, December 06, 2006 1:25 PM
To: Pettis, Matthew (TLR Corp)
Cc: MAPSERVER-USERS at lists.umn.edu
Subject: Re: [UMN_MAPSERVER-USERS] Resubmit Question: ms4w, variable
substitution, mapfile EXTENT object attr

Matt,

 Mapserver CGI has a built-in parameter to set the map extent called
"mapext" ; its a '+' delimited list of your bounding extents. Just
hardcode anything (usually the maximum extent of you data) into the
mapfile and set the &mapext parameter in your URL to change it.

http://mapserver.gis.umn.edu/docs/reference/cgi/controls

- matt perry

On 12/6/06, Matt Pettis <matt.pettis at thomson.com> wrote:

> I am trying to write a mapfile that will use javascript to dynamically

> sent EXTENT values to a .map file via POST parms. Concretely, when I 
> select a county in MN from a dropdown, I want to send the appropriate 
> values for the EXTENT bbox so that the selected county is rendered in
it's specific bbox.
>
>
>
> The beginning of my mapfile looks like this:
>
> ---
>
> MAP
>
> IMAGETYPE PNG
>
> EXTENT %xmin% "%ymin%" "%xmax%" "%ymax%"
>
> SIZE 880 660
>
> ...
>
> ---
>
>
>
> the url i issue is:
>
> http://localhost/cgi-bin/mapserv.exe?map=C%3A%5Cms4w%5CApache%5Chtdocs
> %5Ctest_postgis2%5CDynSQL_ByCounty%5Cmap.map&map_web_imagepath=C%3A%5C
> ms4w%5CApache%5Chtdocs%5Ctmp%5C&mode=map&xmin=439430.71875&ymin=495916
> 6&xmax=486045.78125&ymax=5010473.5&coid=27
>
>
>
>
>
> the error i get is:
>
> getDouble(): Symbol definition error. Parsing error near (%):(line 7)
>
>
>
> line 7 is the EXTENT line.
>
>
>
> So, my questions are:
>
> 1. Does MapServer support variable substitition for extent values? If 
> so, what am i doing wrong? If not, how do I dynamically set the extent

> for dynamically selected polygons with different bboxes?
>
>
>
> 2. Is there a better way to set the bbox rather than send it 
> precalculated values in a GET? It seems natural that I should be able 
> to leave the EXTENT line off and a default of the smallest bounding 
> box that works for the returned geometry would be returned as a
default.
>
>
>
> tia,
>
> Matt


--
Matthew T. Perry
GIS Analyst / Software Engineer
National Center for Ecological Analysis and Synthesis (NCEAS)
work: perry at nceas.ucsb.edu
web: http://www.perrygeo.net


From ruckc at YAHOO.COM  Wed Dec  6 12:27:22 2006
From: ruckc at YAHOO.COM (Curtis W. Ruck)
Date: Wed, 6 Dec 2006 12:27:22 -0800
Subject: Variable Substitution
Message-ID: <WED.6.DEC.2006.122722.0800.RUCKCYAHOO.COM>

Any ideas on when variable substitution will be extended to other items like a layer's style attributes?

Curtis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/8920403f/attachment.htm>

From Steve.Lime at DNR.STATE.MN.US  Wed Dec  6 12:54:56 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 6 Dec 2006 14:54:56 -0600
Subject: null values in GML
In-Reply-To: <4577150B.4050309@osgis.nl>
Message-ID: <WED.6.DEC.2006.145456.0600.STEVE.LIMEDNR.STATE.MN.US>

I guess we need a standard definition of NULL for all drivers then since
I don't believe it's
the same across the board. A mapserver-dev topic. Since we use char *
for all attributes
we could literally use NULL.

Also, often a schema will require an element, what to do with NULLs in
that case?

Steve

>>> "Bart van den Eijnden (OSGIS)" <bartvde at osgis.nl> 12/6/2006 1:07:55
PM >>>
Hi Steve,

as I understand from previous discussions on wfs-dev, it would be best

for Mapserver to leave out the attribute from the GML response in case

it's null.

For reference, check the threads named "null values" here:

http://mail.opengeospatial.org/pipermail/wfs-dev/2006-October/ 

although they get a bit hard to understand .... at least for me ....
:-)

Best regards,
Bart

Steve Lime schreef:
> Mateusz is most likely correct. MapServer extracts attributes and
> converts when necessary (not very often). If the asterix 
> always represents NULL then we could represent as something else
(empty
> string?) in the DBF code. What does GDAL/OGR
> do with NULLs in its output?
>
> Steve
>
>   
>>>> Mateusz Loskot <mateusz at LOSKOT.NET> 12/6/2006 9:44:29 AM >>>
>>>>         
> Bart van den Eijnden (OSGIS) wrote:
>   
>> Hi list,
>>
>> I have a strange phenomenon.
>>
>> A shape attribute table has some null values in it (column type
>> Real), for instance:
>>
>> OGRFeature(nap_speciaal):856 pnt_pntid (String) = 000A2510 .. 
>> hgt_hgtwd (Real) = (null) .. POINT (122880 487860)
>>
>> Using Mapserver WFS I get the following GML output:
>>
>> <ms:pnt_pntid>000A2510</ms:pnt_pntid> .. 
>> <ms:hgt_hgtwd>************************</ms:hgt_hgtwd> ..
>>
>> Does anybody have an idea what is causing the sequence of
asterisks?
>>     
>
> Asterix is used to indicate NULL value in Shapefile attribute.
> I'm completely not sure, but I suppose MS WFS driver does not handle
> asterix as null but accepts it as a string value and puts into
output
> GML.
>
> Cheers
>   


-- 
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl 
http://www.osgis.nl 


From jdege at KORTERRA.COM  Wed Dec  6 13:44:09 2006
From: jdege at KORTERRA.COM (Jeff Dege)
Date: Wed, 6 Dec 2006 15:44:09 -0600
Subject: Line-end geometry?
In-Reply-To: A<6246727221874A4FB8D3F9BBC37D9BD5FB0BF7@s-sp22.pca.state.mn.us>
Message-ID: <WED.6.DEC.2006.154409.0600.JDEGEKORTERRA.COM>

The line geometry is significant.  Think houses and telephone poles.
The data set has short line segments indicating which houses lines
connect to which poles.  They aren't connected to either the house or
the pole, they cover about the middle third of the distance.  But the
alignment is critical.

The users are used to these being drawn with an arrowhead on one end.
The customer would like them to be drawn such, if it is possible.

> -----Original Message-----
> From: UMN MapServer Users List 
> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fawcett, David
> Sent: Wednesday, December 06, 2006 1:14 PM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: Re: [UMN_MAPSERVER-USERS] Line-end geometry?
> 
> Is the line geometry significant, or are you really just drawing
> line-arrow symbols at point locations?  
> 
> If it is the latter case, you could create a point shapefile and then
> label the points with an existing (or one that you create) 
> TrueType font
> character that is a line with an arrow tip.  Use 
> LABELANGLEITEM to point
> the arrow in the right direction.  
> 
> David.
> 
> -----Original Message-----
> From: UMN MapServer Users List 
> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
> Behalf Of Jeff Dege
> Sent: Wednesday, December 06, 2006 12:47 PM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] Line-end geometry?
> 
> 
> I have a layer with line data.
> 
> I want to draw the lines with arrow-heads at one end.
> 
> The data represents short line segments that point at certain 
> locations
> - my customer wants them to draw like little arrows.
> 
> What's the easiest way of doing this?  (Recognizing that I 
> can't modify
> the underlying data.)
> 


From Steve.Lime at DNR.STATE.MN.US  Wed Dec  6 13:07:01 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 6 Dec 2006 15:07:01 -0600
Subject: Variable Substitution
In-Reply-To: <20061206202723.41174.qmail@web32204.mail.mud.yahoo.com>
Message-ID: <WED.6.DEC.2006.150701.0600.STEVE.LIMEDNR.STATE.MN.US>

There are no immediate plans to extend runtime substitutions to the
whole mapfile, not in the next couple of days anyway. That said, you
don't need for substitution if you are replacing an entire value. There
is already a syntax for that. For example to change a scalebar units
you'd set map_scalebar_units=meters. For manipulating styles there are a
couple of caveats:

 - the syntax is clunky, for example to modify the color of the first
class in layer 'foo' you'd use: map_foo_class_0_color=255+0+0

 - since nobody seems to use this feature I did not bother to extend it
to fully support styles. It uses the old class-level syntax for
manipulating colors, symbols and such. For that reason you can only muck
with the first 2 styles. For example:

  - style 0 symbol: map_foo_class_0_symbol=triangle
  - style 1 symbol: map_foo_class_0_overlaysymbol=square

It's not optimal but it works for the most part. 

Steve


From Steve.Lime at DNR.STATE.MN.US  Wed Dec  6 12:57:33 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 6 Dec 2006 14:57:33 -0600
Subject: map performance
In-Reply-To: <8C22FAE1-AC4E-4D00-967C-618408AB17ED@RUNSKIP.COM>
Message-ID: <WED.6.DEC.2006.145733.0600.STEVE.LIMEDNR.STATE.MN.US>

I suggested making a copy because you might not want to alter your base
geometry shapefile. If that's not the case then just muck with the DBF
of the original (I believe you can't rewrite a DBF file you have to
create a new one and replace the old version.

Steve

>>> boice tomlin <boice at RUNSKIP.COM> 12/6/2006 1:57:28 PM >>>

Hi Steve,

This is great.  I will pursue this method.

After generating the dbf file the first time I could then update it
only as need as users update records.  PHP has DBF file functions built
in.  Those single operations would take no time and the ratio of updates
to the dbf file to map views would be large.

A few questions;

why make a copy of the shp/shx files?  I'm guessing your using those to
create a dbf file.  That would be new for me.  What tools would I use
for that?  Could I use MapScript?

I'm guessing some of these questions are now starting to get out of the
scope of the original discussion.  If you could just point me in the
direction of some documentation that would be good.

thanks,

boice








On Dec 6, 2006, at 2:20 PM, Steve Lime wrote:
What if you created a shapefile like I describe ahead of time (could
use
MapScript to do it)? Algorithm might look like (for say counties):


1) make a copy of the base shapefile (shp/shx) files using system cp
command (or whatever) since your not screwing with the geometries
2) create a new DBF table based on the contents in the base shapefile
and add a column for each variable you want to map (number, no
decimals)
3) for each variable you want to map:
  a) do your mysql query
  b) loop through the results and find the right DBF record (based on
FIPS or whatever) and set the appropriate column value to, say,
1,2,3,4
(where those are your status values)


It might take a couple of minutes to build the data but it can be done
offline.


I've done this with species occurance data in Minnesota townships. For
each township I know if a species is present or not and can create
range
maps very
fast. You're doing something similar but have more states than simply
yes/no. Same idea though.


In my case the mapfile is super simple since the layer definition is
the same for each variable, you just change the variable being mapped
at
runtime.


Steve


boice tomlin <boice at RUNSKIP.COM> 12/6/2006 12:23:41 PM >>>


The data comes from a MySQL database.  The primary function of the
site
is to collect the data from users.  It is a PHP/MqSQL application.


The map is rendered each time for only a specific layer such as
orthos.


So I go to the database(MySQL) and grab all distinct county ids that
have a status of complete for that layer.


I build the regex string from that array of county ids and then use
phpmapscript to set the expression for the county layer.


I understand the data structure you explained below.  But I don't
understand how you would implement it.  Do you propose connecting to a
data source directly from the mapfile?


At this point the only way I know how to color a county green on the
map is by using a regular expression.  But I'm open to any method. 
Especially if its faster.


thanks,


boice














On Dec 6, 2006, at 12:39 PM, Steve Lime wrote:
Ok, I looked back through another email and saw the output. I think
the
bottleneck is in the large regular expressions. You'd be much better
off
with a data structure like I outlined below. How do you determine, for
example, which counties are do be drawn a certain way. That is, how do
you build the regex? Using attributes in the shapefile? From another
source?




Steve




boice tomlin <boice at RUNSKIP.COM> 12/6/2006 10:55:52 AM >>>




Hi Steve,




Assuming I was using static class items.  Do you think my method of
using a regular expression to specify which geographies to display is
a
good method?




Thanks for the tip on saving the map file.  Very cool.  It looks as I
expected or at least hoped.  Basically my original map file with a few
extra classes and regular expressions for the layers I display.




Someone else suggested a method using postgis that would pull in shape
data with less polygons for certain extents.




Couldn't I use a version of the shape files I have now with less
detail/polygons when rendering a map at larger extents?




I actually want to explore every method I can for optimization.  My
goal is a fairly descriptive national view in 1 tenth of a second.  Is
that too lofty?




thanks,




boice












On Dec 5, 2006, at 6:32 PM, Steve Lime wrote:
Might be interesting to see what the resulting mapfile (after your
dynamic work) looks like (use $map->save(...)).








We'd really need to know more about the data, how you're doing
classifications and such to comment more. There may be lots of ways
to make things go faster. From the looks of it for each geography
(city, county, tribe, state, nation) you have a bunch of variables
that
indicate
if a data theme is available. One could organize that data like so
(for
example state level data):








State  Hydrography  Watersheds ...
MN     0                    1 
WI      3                    2
IA       3                    0
FL       1                    3








Where 0 means no responce, 1 complete and so on. So in that case your
class definitions would always be the same you'd
be simply changing the variable you're mapping on (e.g. CLASSITEM),
and
you wouldn't need dynamic classes (or even MapScript for that
matter).  Just thinking out loud...








Steve








boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>








Hello users,








The map located here;








http://gisinventory.net/status_maps.html 








takes a while to load.  At least at the national view where there is a
lot of area to render.








I am looking for alternative ways to generate the map that will
significantly improve performance.








Currently I am using php and looping through data and turning on
layers
as I go.  The PHP part is lightning fast.  But after I get the map
ready
mapserver takes several seconds to generate it.








I'm curious about alternative ways to handle this problem and wonder
if
anyone had comments on any of them.








1) modifying the shape files in some way so the layer information is
in
those files so that all mapserver has to do is load those files and
not
depend on the map files.
2) using a db such as postgres with postgis so that layer information
is available all in one compact source.








Right now I have to generate a bunch of dynamic classes in PHP using
the general method below.








$lyr = $this->ramona_map->getLayerByName("state_yes");
                $cla = $lyr->getClass(0);
                $cla->setExpression("/".$expression."/");
                $lyr->set("status", MS_ON);








I have to do this several hundred times to represent all of the data. 
The time it takes to generate the map seem proportionate to the amount
of layers I make visible.  And again this is on the mapserver side and
not PHP.  PHP does its part of the operation in thousandths of a
second.








anyone's thoughts are greatly appreciated.








-boice tomlin
























////////////////////////////
Run Skip
http://runskip.com/ 
















boice tomlin
















boice at runskip.com 
















503-528-6204








































////////////////////////////
Run Skip
http://runskip.com/ 








boice tomlin








boice at runskip.com 








503-528-6204




















////////////////////////////
Run Skip
http://runskip.com/ 




boice tomlin




boice at runskip.com 




503-528-6204










////////////////////////////
Run Skip
http://runskip.com/ 


boice tomlin


boice at runskip.com 


503-528-6204


From hal at MOBILEGEOGRAPHICS.COM  Wed Dec  6 13:55:53 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Wed, 6 Dec 2006 13:55:53 -0800
Subject: Line-end geometry?
In-Reply-To: <34E056CD4D475841B8C9ABCE956F92F608EB1B@mrburns.KorOffice.local>
Message-ID: <WED.6.DEC.2006.135553.0800.HALMOBILEGEOGRAPHICS.COM>

You could do it in Mapscript pretty handily.

For each house/pole pair, compute starting and ending points of your 
line with basic trig.  Draw that line.  Compute its angle.  Draw an 
arrowhead at the ending point, rotated to the proper angle.


From mhwang4 at UIUC.EDU  Wed Dec  6 15:57:35 2006
From: mhwang4 at UIUC.EDU (myunghwa Hwang)
Date: Wed, 6 Dec 2006 17:57:35 -0600
Subject: [dBox] problem with redrawing map
Message-ID: <WED.6.DEC.2006.175735.0600.MHWANG4UIUC.EDU>

Hello,

I'm using dBox for my application.
Currently it works well, but it seems to have a minor problem.
I tested both my application and demo (http://maps.dnr.state.mn.us/ 
tools/dbox/example/example.html).
But unlike dBox demo, I switched server from MapServer CGI to python  
mapscript, which is using owsdispatch.
Anyway, the problem is that when I click redraw map without changing  
anything,
reloading the same map is not working. Busy message keeps on the main  
window.
Why is that? and how can I solve this?
Another question is how can I stop the linking to server once the  
busy message is on?
Sometimes it takes so long time to load map, so I want to stop the  
loading.
But once the busy message is on, I cannot click anything in the  
interface.
If you guys have some tips, please let me know.

from Myunghwa Hwang


From woodbri at SWOODBRIDGE.COM  Wed Dec  6 19:25:42 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Wed, 6 Dec 2006 22:25:42 -0500
Subject: optimization
In-Reply-To: <99B0B753-C17C-4E72-B0DC-C7B26D74A100@RUNSKIP.COM>
Message-ID: <WED.6.DEC.2006.222542.0500.WOODBRISWOODBRIDGE.COM>

boice tomlin wrote:
> 
> Hi Steve,
> 
> I've rebuilt mapserver with the debug option and copied the 
> new php_mapscript.so over.
> 
> And I've added the debug option in the map file as well.
> 
> no luck.
> 
> I see this in my configure log.
> 
> configure:10254: checking whether we should enable debug features...
> configure:10271: result:         Enabling debug features: -g in CFLAGS 
> and msDebug() to stderr (-DENABLE_STDERR_DEBUG).
> 
> I checked all of my PHP and apache logs and don't see anything.  Do you 
> see anything I missed?

I have never tried the DEBUG stuff with php/mapscript, so I'll have to 
defer to others on that, but I would expect it to work

In the mapfile I have

MAP
   NAME "test"
   DEBUG ON
   ...

I then watch:

sudo tail -f /var/log/apache/error.log

and I hit a url like, (I would use the saved mapfile from your php run)

http://localhost/cgi-bin/mapserv?mode=map&map=/path/to/mapfile.map&mapxy=<long>+<lat>&scale=<scale>&map_size=300+200

Works for me every time.

-Steve W

> thanks,
> 
> boice
> 
> 
> 
> 
> 
>>
>> 2) build mapserver with the debug option in ./configure
>>    then add DEBUG TRUE to the map section of you mapfile
>>    then render you map and look in /var/log/apache/error.log
>>    and you will fine information about how long it takes each layer
>>    to render. do this at the various scales you use.
>>    if you have huge shapefiles and you are only rendering parts of them
>>    then consider using shape2tile to break the data into tiles.
> 
> 
> 
> 
> 
>> 3) optimize the slow layers
>>    a) reduce the amount of data you are displaying
>>       maybe turn off that layer at that scale
>>       create a generalize version of that layer for that scale
>>    b) reduce the number of labels if you label cache time is large
>>       turn off some of the labels you are drawing at that scale
>>
>> 4) if it is a raster layer that is slow, then post a message asking
>>    Frank Warmerdam or Ed McNierney for suggestions on how to improve
>>    your reaster performance
>>
>> 5) if I haven't covered it here or you are sure what to do about a 
>> specific performance issue, post a more specific question.
>>
>> 6) oh yeah, if you are using shapefiles and have problems rendering 
>> data mvoing to postgres will generally not help you.
>>
>> -Steve W
>>
>> boice tomlin wrote:
>>> Hello users,
>>> The map located here;
>>> http://gisinventory.net/status_maps.html
>>> takes a while to load.  At least at the national view where there is 
>>> a lot of area to render.
>>> I am looking for alternative ways to generate the map that will 
>>> significantly improve performance.
>>> Currently I am using php and looping through data and turning on 
>>> layers as I go.  The PHP part is lightning fast.  But after I get the 
>>> map ready mapserver takes several seconds to generate it.
>>> I'm curious about alternative ways to handle this problem and wonder 
>>> if anyone had comments on any of them.
>>> 1) modifying the shape files in some way so the layer information is 
>>> in those files.
>>> 2) using a db such as postgres with postgis.
>>> Right now I have to generate a bunch of dynamic classes in PHP using 
>>> the general method below.
>>> $lyr = $this->ramona_map->getLayerByName("state_yes");
>>>                 $cla = $lyr->getClass(0);
>>>                 $cla->setExpression("/".$expression."/");
>>>                 $lyr->set("status", MS_ON);
>>> I have to do this several hundred times to represent all of the 
>>> data.  The time it takes to generate the map seem proportionate to 
>>> the amount of layers I make visible.  And again this is on the 
>>> mapserver side and not PHP.  PHP does its part of the operation in 
>>> thousandths of a second.
>>> thanks,
>>> -boice tomlin
>>> ////////////////////////////
>>> Run Skip
>>> http://runskip.com <http://runskip.com/> /
>>> boice tomlin
>>> boice at runskip.com <mailto:boice at runskip.com>
>>> 503-528-6204
>>> ////////////////////////////
>>> Run Skip
>>> http://runskip.com/
>>> boice tomlin
>>> boice at runskip.com <mailto:boice at runskip.com>
>>> 503-528-6204
>>
> 
> 
> 
> 
> ////////////////////////////
> Run Skip
> http://runskip.com/
> 
> boice tomlin
> 
> boice at runskip.com <mailto:boice at runskip.com>
> 
> 503-528-6204
> 
> 


From aaronkoning at GMAIL.COM  Wed Dec  6 22:32:23 2006
From: aaronkoning at GMAIL.COM (Aaron Koning)
Date: Wed, 6 Dec 2006 22:32:23 -0800
Subject: Mapserver Bugzilla website speed
Message-ID: <WED.6.DEC.2006.223223.0800.AARONKONINGGMAIL.COM>

Has anyone used the mapserver bugzilla recently? I have been trying to enter
a bug, but the web pages only seem to load sometimes and keep timing out
other times. Is it like this for other users?

Aaron

+-------------------------------------------------
|  Aaron Koning
|  Information Technologist
|  Prince George, BC, Canada.
+-------------------------------------------------
|  Flexible Internet Spatial Template:
|       http://fist-mapping.org
+-------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061206/9e3d4249/attachment.htm>

From umberto.nicoletti at GMAIL.COM  Wed Dec  6 23:51:21 2006
From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti)
Date: Thu, 7 Dec 2006 08:51:21 +0100
Subject: mapObj.zoomRectangle from Java Mapscript.
In-Reply-To: <45771A5B.5060101@digitro.com.br>
Message-ID: <THU.7.DEC.2006.085121.0100.UMBERTO.NICOLETTIGMAIL.COM>

I build the rect for use with queryByRectangle as follows:

        return new rectObj(
                (x1<x2) ? x1 : x2,
                (y1<y2) ? y1 : y2,
                (x1<x2) ? x2 : x1,
                (y1<y2) ? y2 : y1,
                0
        );

x1,x2,y1,y2 need to be in map coordinates (not pizels).

Umberto

On 12/6/06, Jos? Vilson de Mello de Farias <vilson.farias at digitro.com.br> wrote:
>
>  Greetings people from Mapserver,
>
>     I've been unsuccessfully trying to make mapObj.zoomRectangle work. My
> goal is to write a simple zoom by rectangle, which lets you to select an
> image area from web browser and submit those coordenates for zoom processing
> inside mapserver. Although I've checked my code more than once, the error
> seems to be related to the way mapserver deals with these coordenates. Do
> you know if there is any problem in mapObj.zoomRectangle tool in Java
> Mapscript?  How could I zoom to a specific pixel location using
> zoomRectangle?
>
>    Suppose I have a map with the following size and extent :
>
>   SIZE 800 450
>    EXTENT -180.000000 -90.000000 180.000000 90
>     Here is my Java code :
>
> mapObj mapa = new mapObj("./world.map");
>  ...
>  rectObj maxExtent = new rectObj(-180, -90, 180, 90, mapscript.MS_FALSE);
> //map full extent
>  rectObj actualExtent = new rectObj(-120, -60, 160, 45, mapscript.MS_FALSE);
> //map actual extent
>  rectObj pxArea = new rectObj(170, 200, 270, 400, mapscript.MS_FALSE);
> //image coordenates for zooming
>  mapa.zoomRectangle(pxArea, mapa.getWidth(), mapa.getHeight(), actualExtent,
> maxExtent);
>     When I try to execute the zoomRectangle command, the following exception
> is thrown :
>
> java.lang.UnknownError: mapscript::mapObj::zoomRectangle():
> General error message. image rectangle miny >= maxy
>
> edu.umn.gis.mapscript.mapscriptJNI.mapObj_zoomRectangle(Native
> Method)
> edu.umn.gis.mapscript.mapObj.zoomRectangle(mapObj.java:554)
>  ...
>
>     By the way, what does the last param of rectObj constructor mean? Is
> imageunits a boolean to indicate whether coordenates are image-relative or
> geographical values? If I try to set it to MS_TRUE I get a different
> exception.
>
>
>  java.lang.UnknownError: rectObj(): Invalid rectangle. image (pixel/line)
> units { 'minx': 248.000000 , 'miny': 194.000000 , 'maxx': 387.000000 ,
> 'maxy': 259.000000 }
>  edu.umn.gis.mapscript.mapscriptJNI.new_rectObj(Native
> Method)
>  edu.umn.gis.mapscript.rectObj.<init>(rectObj.java:69)
>
>  Could you please help me to solve this situation?
>
>  Best regards,
>
>
> --
>  Jos? Vilson de Mello de Farias
>  Analista de Sistemas
>  SSE - Seguran?a P?blica
>
>  D?GITRO TECNOLOGIA
>  E-mail: vilson.farias at digitro.com.br
>  Messenger: vilsonfarias at hotmail.com
>  Site: www.digitro.com.br


From bartvde at OSGIS.NL  Thu Dec  7 00:21:17 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Thu, 7 Dec 2006 09:21:17 +0100
Subject: null values in GML
Message-ID: <THU.7.DEC.2006.092117.0100.BARTVDEOSGIS.NL>

Hi Steve,

if the schema has minOccurs 1, then ofcourse you can't leave out the
element. If possible, the GML application schema should be changed to match
that.

If not possible, there is also something called nillable in XML Schema, so
if nillable is true, you could use:

<PRIORITY xsi:nil="true"></PRIORITY>

But as pointed out on the wfs-dev e-mail list, there are also a few issues
with the nillable solution.

So there is no easy fix ....

Best regards,
Bart

--
Bart van den Eijnden
OSGIS, Open Source GIS
http://www.osgis.nl


--------- Oorspronkelijk bericht --------
Van: Steve Lime <Steve.Lime at dnr.state.mn.us>
Naar: Bart van den Eijnden OSGIS <bartvde at OSGIS.NL>
Cc: MAPSERVER-USERS at lists.umn.edu
Onderwerp: Re: [UMN_MAPSERVER-USERS] null values in GML
Datum: 06/12/06 19:34

> I guess we need a standard definition of NULL for all drivers then since
> I don't believe it's
> the same across the board. A mapserver-dev topic. Since we use char *
> for all attributes
> we could literally use NULL.
> 
> Also, often a schema will require an element, what to do with NULLs in
> that case?
> 
> Steve
> 
> &gt;&gt;&gt; &quot;Bart van den Eijnden (OSGIS)&quot;
&lt;bartvde at osgis.nl&gt; 12/6/2006 1:07:55
> PM &gt;&gt;&gt;
> Hi Steve,
> 
> as I understand from previous discussions on wfs-dev, it would be best
> 
> for Mapserver to leave out the attribute from the GML response in case
> 
> it's null.
> 
> For reference, check the threads named &quot;null values&quot; here:
> 
> http://mail.opengeospatial.org/pipermail/wfs-dev/2006-October/ 
> 
> although they get a bit hard to understand .... at least for me ....
> :-)
> 
> Best regards,
> Bart
> 
> Steve Lime schreef:
> &gt; Mateusz is most likely correct. MapServer extracts attributes and
> &gt; converts when necessary (not very often). If the asterix 
> &gt; always represents NULL then we could represent as something else
> (empty
> &gt; string?) in the DBF code. What does GDAL/OGR
> &gt; do with NULLs in its output?
> &gt;
> &gt; Steve
> &gt;
> &gt;   
> &gt;&gt;&gt;&gt; Mateusz Loskot &lt;mateusz at LOSKOT.NET&gt; 12/6/2006
9:44:29 AM &gt;&gt;&gt;
> &gt;&gt;&gt;&gt;         
> &gt; Bart van den Eijnden (OSGIS) wrote:
> &gt;   
> &gt;&gt; Hi list,
> &gt;&gt;
> &gt;&gt; I have a strange phenomenon.
> &gt;&gt;
> &gt;&gt; A shape attribute table has some null values in it (column type
> &gt;&gt; Real), for instance:
> &gt;&gt;
> &gt;&gt; OGRFeature(nap_speciaal):856 pnt_pntid (String) = 000A2510 .. 
> &gt;&gt; hgt_hgtwd (Real) = (null) .. POINT (122880 487860)
> &gt;&gt;
> &gt;&gt; Using Mapserver WFS I get the following GML output:
> &gt;&gt;
> &gt;&gt; &lt;ms:pnt_pntid&gt;000A2510&lt;/ms:pnt_pntid&gt; .. 
> &gt;&gt; &lt;ms:hgt_hgtwd&gt;************************&lt;/ms:hgt_hgtwd&gt;
..
> &gt;&gt;
> &gt;&gt; Does anybody have an idea what is causing the sequence of
> asterisks?
> &gt;&gt;     
> &gt;
> &gt; Asterix is used to indicate NULL value in Shapefile attribute.
> &gt; I'm completely not sure, but I suppose MS WFS driver does not handle
> &gt; asterix as null but accepts it as a string value and puts into
> output
> &gt; GML.
> &gt;
> &gt; Cheers
> &gt;   
> 
> 
> -- 
> Bart van den Eijnden
> OSGIS, Open Source GIS
> bartvde at osgis.nl 
> http://www.osgis.nl 
> 
> 
> 


From mark at DEBLOIS.NL  Thu Dec  7 01:37:45 2006
From: mark at DEBLOIS.NL (mark@deblois.nl)
Date: Thu, 7 Dec 2006 10:37:45 +0100
Subject: Can I simply change UNITS and EXTENT in PROJECTION?
Message-ID: <THU.7.DEC.2006.103745.0100.MARKDEBLOIS.NL>

Hi all!

My mapfile successfully outputs a map in Winkel Triple projection using
the parameters below. Extent BBOX units are in meters as this is what the
projection seems to output.
What I would like to do is change the units to DD and set the EXTENT to
-180 -90 180 90 (world view DD) but when I do so I get an empty map. Can
anyone tell me if what I am trying is possible? And if so what I am
missing (perhaps the obvious)?!

Thanks for your help.

cheers,
Mark

PROJECTION
  "proj=wintri"
  "ellps=WGS84"
  "lat_1=50"
  "datum=WGS84"
  "units=m"
# this is what I'd like it to be in  "units dd"
END

SIZE 600 400
EXTENT -20000000 -11000000 20000000 11000000
# this is what I'd like it to be in EXTENT -180 -90 180 90


From martinelli at PI.INGV.IT  Thu Dec  7 03:33:37 2006
From: martinelli at PI.INGV.IT (Francesco Martinelli)
Date: Thu, 7 Dec 2006 12:33:37 +0100
Subject: Java with MapServer on Projection
Message-ID: <THU.7.DEC.2006.123337.0100.MARTINELLIPI.INGV.IT>

Dear friends,
I am trying to use the PROJECTION section in a map file using MapScritpt
via Java on Windows.

The map file is very basic, and when using the map file reported below the
program works fine; if I uncomment the three lines about PROJECTION I have
the following error:

Exception in thread "main" java.lang.UnknownError: No such file or directory
        at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method)
        at edu.umn.gis.mapscript.mapObj.<init>(mapObj.java:312)
        at Demo.Main.<init>(Main.java:10)
        at Demo.Main.main(Main.java:16)
Java Result: 1

I "suspect" the reason is some unreacheable file or directory used by the
proj.dll (??), however the PATH include C:\ms4w\Apache\cgi-bin (where
proj.dll is located whith the distribution package).

The map file is the following (and it works if used via PHP !!):
MAP
  IMAGETYPE PNG
  EXTENT 126500 3907000 1521500 5302000
  UNITS METERS
  SIZE 600 600
  IMAGECOLOR 230 230 90
  TEMPLATEPATTERN "itasca"
  LAYER
    NAME "areas"
    CONNECTIONTYPE postgis
    CONNECTION "user=DBroot password=root dbname=s1 host=127.0.0.1 port=5432"
    DATA "the_geom FROM (SELECT * FROM aree_geografiche ORDER BY tipo_area
DESC) AS confini USING UNIQUE gid"
    TYPE POLYGON
    STATUS ON

#    PROJECTION
#      "init=epsg:32632"
#    END

    CLASS
      NAME "States"
      STYLE
        WIDTH 3
        COLOR 194 194 194
        OUTLINECOLOR 0 0 0
      END
    END
  END
END # Map File

Thank you,
Francesco.


From agrassic at GMAIL.COM  Thu Dec  7 04:05:52 2006
From: agrassic at GMAIL.COM (Antonio Grassi)
Date: Thu, 7 Dec 2006 09:05:52 -0300
Subject: Mapserver+PostGIS+Charset encoding problems
Message-ID: <THU.7.DEC.2006.090552.0300.AGRASSICGMAIL.COM>

Hi. A bit late, but I would like to comment a similar problem we had. We
have the database with UTF8 encoding, and the site with UTF8 encoding. But
when rendering labels and references, they were displayed wrong when there
was a special character like the ones you mention.

We work with mapserver through php-mapscript, and we construct the mapObject
from custom XMLs on the fly. The solution we found to this problem, was to
pass text to be rendered encoded in ISO-8859-1. I don't know if it's an
issue related to mapserver, libgd or if it's not an issue at all, and it's
just something we are doing wrong, but this approach proved to work.

I hope this is of some help for you.

Bye,
Antonio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061207/18bfd247/attachment.htm>

From g.berry at VIRGIN.NET  Thu Dec  7 04:41:07 2006
From: g.berry at VIRGIN.NET (Graham Berry at Virgin)
Date: Thu, 7 Dec 2006 12:41:07 -0000
Subject: Mapserver+PostGIS+Charset encoding problems
In-Reply-To: <7fb931000612070405p69144431uc6e3b03078ae879f@mail.gmail.com>
Message-ID: <THU.7.DEC.2006.124107.0000.G.BERRYVIRGIN.NET>

Antonio,
 
This is fine for most European languages but once you get in to Greek,
Russian, Turkish Arabic etc then it falls apart as these characters
cannot be represented in ISO-8859-1.
 
There is reference to the UTF-8 coding at
http://www.foss4g.org/FOSS4G/MAPSERVER/mpsnf-i18n-en.html but no one on
the list seems to know anything about this additional functionality.
 
Any help from anyone would be appreciated. Is there any way I can get an
answer from the development team?
 
Cheers,
Graham
 
 
-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Antonio Grassi
Sent: 07 December 2006 12:06
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] Mapserver+PostGIS+Charset encoding
problems
 
Hi. A bit late, but I would like to comment a similar problem we had. We
have the database with UTF8 encoding, and the site with UTF8 encoding.
But when rendering labels and references, they were displayed wrong when
there was a special character like the ones you mention. 

We work with mapserver through php-mapscript, and we construct the
mapObject from custom XMLs on the fly. The solution we found to this
problem, was to pass text to be rendered encoded in ISO-8859-1. I don't
know if it's an issue related to mapserver, libgd or if it's not an
issue at all, and it's just something we are doing wrong, but this
approach proved to work. 

I hope this is of some help for you.

Bye,
Antonio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061207/3febdc81/attachment.htm>

From umn-ms at HYDROTEC.DE  Thu Dec  7 05:00:01 2006
From: umn-ms at HYDROTEC.DE (Benedikt Rothe)
Date: Thu, 7 Dec 2006 14:00:01 +0100
Subject: Antwort: [UMN_MAPSERVER-USERS] Java with MapServer on Projection
In-Reply-To: <1715.10.246.1.19.1165491217.squirrel@www.pi.ingv.it>
Message-ID: <THU.7.DEC.2006.140001.0100.>

Hi 

Maybe 
http://article.gmane.org/gmane.comp.gis.mapserver.user/18799/ 
is helpfull. 

Benedikt 

UMN MapServer Users List <MAPSERVER-USERS at LISTS.UMN.EDU> schrieb am 
07.12.2006 12:33:37:

> Dear friends,
> I am trying to use the PROJECTION section in a map file using MapScritpt
> via Java on Windows.
> 
> The map file is very basic, and when using the map file reported below 
the
> program works fine; if I uncomment the three lines about PROJECTION I 
have
> the following error:
> 
> Exception in thread "main" java.lang.UnknownError: No such file or 
directory
>         at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method)
>         at edu.umn.gis.mapscript.mapObj.<init>(mapObj.java:312)
>         at Demo.Main.<init>(Main.java:10)
>         at Demo.Main.main(Main.java:16)
> Java Result: 1
> 
> I "suspect" the reason is some unreacheable file or directory used by 
the
> proj.dll (??), however the PATH include C:\ms4w\Apache\cgi-bin (where
> proj.dll is located whith the distribution package).
> 
> The map file is the following (and it works if used via PHP !!):
> MAP
>   IMAGETYPE PNG
>   EXTENT 126500 3907000 1521500 5302000
>   UNITS METERS
>   SIZE 600 600
>   IMAGECOLOR 230 230 90
>   TEMPLATEPATTERN "itasca"
>   LAYER
>     NAME "areas"
>     CONNECTIONTYPE postgis
>     CONNECTION "user=DBroot password=root dbname=s1 host=127.0.0.1 
port=5432"
>     DATA "the_geom FROM (SELECT * FROM aree_geografiche ORDER BY 
tipo_area
> DESC) AS confini USING UNIQUE gid"
>     TYPE POLYGON
>     STATUS ON
> 
> #    PROJECTION
> #      "init=epsg:32632"
> #    END
> 
>     CLASS
>       NAME "States"
>       STYLE
>         WIDTH 3
>         COLOR 194 194 194
>         OUTLINECOLOR 0 0 0
>       END
>     END
>   END
> END # Map File
> 
> Thank you,
> Francesco.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061207/433daefe/attachment.htm>

From mapserv at UBICALO.COM.MX  Thu Dec  7 07:58:56 2006
From: mapserv at UBICALO.COM.MX (Thomas Shaw)
Date: Thu, 7 Dec 2006 10:58:56 -0500
Subject: Long generation time of map images in mapserver
In-Reply-To: <p06230905c19ccf3e797e@[192.168.204.101]>
Message-ID: <THU.7.DEC.2006.105856.0500.>

Hello Hal and List;

Thank you for your answer

As you told me I haven't had the projection tag in the mapfile.
Unfortunatelly I have tried setting the projection:

PROJECTION
  "proj=latlong"
  "ellps=WGS84"
  "datum=WGS84"
END

that is the one that all the maps have, and I didn't noticed a better
performance. What other issue could be happening?

Thank you in advance



> Is there any chance that you have omitted the ellipsoid in your
> projection definition?
>
> I had several mapfiles without it.  They worked fine on 4.2, but
> sometimes were very slow on 4.6.  When I went to 4.10 I started
> seeing the error message at
> http://mapserver.gis.umn.edu/docs/error/axis-radius .  Interestingly
> though, I didn't see it every time.  I could reload the exact same
> map, and sometimes it would throw the error, sometimes not.
>
> Once I fixed that, the slow rendering maps got fast again.
>
> At 2:39 PM -0500 12/6/06, Thomas Shaw wrote:
>>Hello List!
>>
>>I have actually installed mapserver-4.8.4 & PHP5 (as a dynamic library of
>>mapscript) in my production server and I'm experiencing some strange
>>behavior (that I haven't had with the 4.2 version) with the mapserver
>>generation time of the images maps. Sometimes I zoom in/out and the image
>>generations take less than a second, but also some other times the
>>generation takes about 12 seconds. Firstly I thought that it was the
>>internet connection, but I tried it also over the LAN and it had the same
>>strange behavior. So what could be possible happening?
>>
>>When I changed from mapserver 4.2 to 4.8.4 I didn't modified any
>> parameter
>>of value in the mapscript, and in the mapfile.
>>
>>Thank you in advance
>
>
>


From Steve.Lime at DNR.STATE.MN.US  Thu Dec  7 10:01:33 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Thu, 7 Dec 2006 12:01:33 -0600
Subject: Mapserver Bugzilla website speed
In-Reply-To: <1319fbba0612062232qd95684ah62846f26c94dc782@mail.gmail.com>
Message-ID: <THU.7.DEC.2006.120133.0600.STEVE.LIMEDNR.STATE.MN.US>

Perhaps my changes to keep people from filing bugs is actually
working... ;-)

Actaully, I've been using regularly and while it's never been
particularly speedy it does work. Perhaps
there are network issues between you and that machine? Seems ok right
at the moment anyway.

I will be trying to move bugzilla to another box soon (perhaps over the
weekend) to see if that helps.

Steve

>>> Aaron Koning <aaronkoning at GMAIL.COM> 12/7/2006 12:32:23 AM >>>
Has anyone used the mapserver bugzilla recently? I have been trying to
enter
a bug, but the web pages only seem to load sometimes and keep timing
out
other times. Is it like this for other users?

Aaron

+-------------------------------------------------
|  Aaron Koning
|  Information Technologist
|  Prince George, BC, Canada.
+-------------------------------------------------
|  Flexible Internet Spatial Template:
|       http://fist-mapping.org 
+-------------------------------------------------


From pauljame at GMAIL.COM  Thu Dec  7 11:21:31 2006
From: pauljame at GMAIL.COM (Paul james)
Date: Thu, 7 Dec 2006 16:21:31 -0300
Subject: Expression so slow ...
Message-ID: <THU.7.DEC.2006.162131.0300.PAULJAMEGMAIL.COM>

Hello guys!

I?m creating a POLYGON layer in mapscript (c#) with a lot of classes like
that :

layerObj _layer = new layerObj(mapaObj);
_layer.classitem = "geocode";
....
while (_reader.Read())
{
            _geo = Convert.ToInt32(_reader["geocode"]);
            _city = _reader["city"].ToString();

              classObj _class = new classObj(_layer);
            _class.name = __city;
            _class.template = "dummy";

            _class.setExpression(_geo.ToString());

            styleObj _style = new styleObj(_class);
            _style.color.setRGB(_num.Next(0, 255), _num.Next(0, 255),
_num.Next(0, 255));
}

All works great, so I got a Themathic map (very fast - about 2secs)
The problem occurs when I started to aproximate to one new POLYGON (Zoomin).

Each zoom took more and more time (about 8-10secs) to draw the map. Its very
strange...
Did I miss anything?

ps.: I?m using Mapserver 4.10, windows xp and C#

[]?s
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061207/f72342cf/attachment.htm>

From jcaicedo at CTI.ESPOL.EDU.EC  Thu Dec  7 12:00:54 2006
From: jcaicedo at CTI.ESPOL.EDU.EC (Javier Caicedo)
Date: Thu, 7 Dec 2006 15:00:54 -0500
Subject: mapObj.zoomRectangle from Java Mapscript.
Message-ID: <THU.7.DEC.2006.150054.0500.>

According to the Mapscript API mapObj.zoomRectangle first parameter must
be in  image coordinates, so you should set the last parameter of the
rectObj constructor to TRUE. Here goes an example from my current project:

  //vMap is an instance of mapObj
  rectObj rect = vMap.getExtent(); //map coordinates
  String [] box = getCurrentRequest().getParameter("box").split(" ");
  //box is something like this: 10 10 200 200
  //0,0 is at top left, so box defines top left and bottom right corners
  double mx = Double.parseDouble(box[0]);
  double my = Double.parseDouble(box[1]);
  double mxx = Double.parseDouble(box[2]);
  double mxy = Double.parseDouble(box[3]);

  //bunch of validation code ommitted

  rectObj rbox = new rectObj(mx,mxy,mxx,my,mapscriptConstants.MS_TRUE);
  //notice the switch of mxy and my
  //rectObj constructor requires you define bottom left and top right
  //corners. rbox is in image coordinates
  vMap.zoomRectangle(rbox,w,h,rect,null);

Hopefully this will help you out a little.

Regards,
Javier Caicedo Espinoza
CTI - ESPOL
Guayaquil, Ecuador


From nbest at FORESTONE.COM  Thu Dec  7 12:37:05 2006
From: nbest at FORESTONE.COM (Neil Best)
Date: Thu, 7 Dec 2006 14:37:05 -0600
Subject: a mapserver framework for flexibility
In-Reply-To: <LISTSERV%200612071215175546.80C1@LISTS.UMN.EDU>
Message-ID: <THU.7.DEC.2006.143705.0600.NBESTFORESTONE.COM>

[ I encountered some of kind of glitch while trying to submit this 
through the web interface, that's why the empty item from me.  I wanted 
to include an old item that aligned  well with my agenda and that seemed 
like the obvious way, but I ended up doing it with good old cut and 
paste after all. ]

Eduardo, I found your note to mapserver-users while searching the 
archive for any sign that others have been down this path before.  That 
was some time ago and I'm not sure I can do a good job of finding other 
related threads since then, but what you describe sounds very similar to 
the task that I have recently taken on, to find a web mapping framework 
based on open source tools that maximizes leverage of existing code 
while providing extensibility, maintainability, and scalability.  This 
application will provide access to specific data subsets and analysis 
tools under a subscription model to a diverse group of users so by 
definition user profiles will drive the content and client-side tools 
presented by the application.  This entails far more than just slapping 
together some layers and putting a map on the web, plus it needs to 
happen *fast* so building a web site from scratch is not an option.  To 
these ends I will be evaluating a small set of packages after conducting 
a brief survey of Mapserver-based projects in general, including but not 
limited to:

Cartoweb     http://www.cartoweb.org/
Mapbender    http://www.mapbender.org/
PrimaGIS     http://www.primagis.fi/

I have been studying these projects in web space and have started 
evaluating them in user/admin space and have already begun to form my 
own opinions and impressions.  It would be great to hear from members of 
the community who have insight into these issues and learn from their 
experiences.  Maintainers and contributors to whichever framework(s) 
meet my basic needs while demonstrating that additional features can be 
developed rapidly and efficiently can expect to hear from me in the near 
future soliciting proposals for a range of services from client-side 
functionality to back-end integration and management of data services, 
development efforts that could and should make their way back to the 
code base of their respective projects.  If you are still reading then 
you must be interested, so drop me a line!  Whether on- or off-list is 
up to you, but any comments at all are welcome.  My employer is very 
serious about this so I earnestly hope that this will generate some 
traffic and enthusiasm.

Sincerely,

Neil Best <nbest at forestone.com>
Forest One, Inc.
http://www.forestone.com/


On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae 
<lists at WEBMAPIT.COM.BR> wrote:

 >Hi folks,
 >
 >I'm currently looking for a MapServer *framework* to build MapScript
 >applications inside another application : MamboServer.
 >
 >Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
 >software written in PHP and have a lot of great features.
 >
 >Now, we want to integrate MapServer inside Mambo as a mambo component.
 >
 >I was thinking to use Chameleon as preffered mapping framework, but is
 >my suggestion right?
 >
 >Can I  do it? Or chameleon can just work alone? I mean, can I use
 >Chameleon widgets to load MapFiles,
 >draw maps but inside another PHP application? ( because, we need to
 >validate user rights, etc...)
 >
 >another idea I was thinking about is to develop OGC maps, to be used
 >with desktop applications (JUMP,uDig,ArcGIS OGC,...)
 >and also a set of "mirror" maps  using NON-ogc access , to be used by
 >PHP/MapScript applications. I was thinking in doing
 >things this way to get some "speed" on web applications. But, is this
 >really necessary? Or OGC maps should be enough
 >to feed web MapServer clients and desktop clients?
 >
 >thanks in advance.
 >
 >best regards.
 >
 >--
 >Eduardo Patto Kanegae


From aaronkoning at GMAIL.COM  Thu Dec  7 12:40:35 2006
From: aaronkoning at GMAIL.COM (Aaron Koning)
Date: Thu, 7 Dec 2006 12:40:35 -0800
Subject: Mapserver Bugzilla website speed
In-Reply-To: <4578029D0200008F00004C73@co5.dnr.state.mn.us>
Message-ID: <THU.7.DEC.2006.124035.0800.AARONKONINGGMAIL.COM>

Alas, I was able to file my bug report. I am using a super fast connection
from the University of Northern BC, so the network is probably not the
issue. At home using cable it is slow for me as well. Maybe the new box will
help.

Aaron

On 12/7/06, Steve Lime <Steve.Lime at dnr.state.mn.us> wrote:
>
> Perhaps my changes to keep people from filing bugs is actually
> working... ;-)
>
> Actaully, I've been using regularly and while it's never been
> particularly speedy it does work. Perhaps
> there are network issues between you and that machine? Seems ok right
> at the moment anyway.
>
> I will be trying to move bugzilla to another box soon (perhaps over the
> weekend) to see if that helps.
>
> Steve
>
> >>> Aaron Koning <aaronkoning at GMAIL.COM> 12/7/2006 12:32:23 AM >>>
> Has anyone used the mapserver bugzilla recently? I have been trying to
> enter
> a bug, but the web pages only seem to load sometimes and keep timing
> out
> other times. Is it like this for other users?
>
> Aaron
>
> +-------------------------------------------------
> |  Aaron Koning
> |  Information Technologist
> |  Prince George, BC, Canada.
> +-------------------------------------------------
> |  Flexible Internet Spatial Template:
> |       http://fist-mapping.org
> +-------------------------------------------------
>



-- 
+-------------------------------------------------
|  Aaron Koning
|  Information Technologist
|  Prince George, BC, Canada.
+-------------------------------------------------
|  Flexible Internet Spatial Template:
|       http://fist-mapping.org
+-------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061207/16939ac5/attachment.htm>

From warmerdam at POBOX.COM  Thu Dec  7 13:23:46 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Thu, 7 Dec 2006 16:23:46 -0500
Subject: [BUG] WCS Error?
In-Reply-To: <259e26270612061048i7b05dd19qeb10c24ff3ce6937@mail.gmail.com>
Message-ID: <THU.7.DEC.2006.162346.0500.WARMERDAMPOBOX.COM>

Ben Tuttle wrote:
> Hi all-
> I have two questions related to mapserver and WCS. First, I am running
> mapserver 4.10.0 on linux. I am trying to set up WCS access to global
> 30 arcsec data sets.
> Question 1:
>  It seems that mapserver does not respect resx and resy. Example: if
> I make the following request
> http://www.ngdc.noaa.gov/eog/maps/test5.php?SERVICE=WCS&REQUEST=GetCoverage&Coverage=vis_mosaic&STYLES=&CRS=EPSG:4326&BBOX=-125,30,-115,40&resx=0.00833333&resy=0.00833333&Format=geotiff 
> 
> the data comes back as  0.00834028,-0.00834028 instead of
> 0.00833333,-0.00833333 (the native resolution of the data is
> 0.00833333,-0.00833333). Additionally the given bounding box actually
> covers an area 1201px by 1201px in the data. However, the returned
> image is 1200px by 1200px. If compared to the original data one can
> see that mapserver has resampled the returned image to fit the area
> which is 1201 by 1201 into an image that is 1200 by 1200, which
> explains the change in the resolution (I'd be happy to provide more
> examples or information to anyone who is interested. It seems to me
> that this may not be the the desired behaviour for WCS. I would expect
> to get my data back at the same resolution requested. I haven;t seen
> any bug reports on this (I did a search for WCS and only found 6
> reports that matched wcs and none seemed to be about this issue). So
> does someone know if I this is a bug or if I don't fully grasp WCS and
> this is the desired response? Or is there a way to override this
> behaviour or is there perhaps something wrong wiht my build?

Ben,

I'd appreciate it if you could file a bug on this.  You can assign it
to me if you wish.  I've run into some "quirky" issues that may be
related as I test my WCS client support in GDAL against mapserver.
I think there may be some poor rounding choices and/or some
"middle of pixel vs. top left corner of pixel" origin issues at play.

> Question 2:
>  We would like to return data to people at the actual resolution they
> requested. To this end I am working on using wxs mapscript and php to
> examine the request and return the correct resolution. I want to be
> sure I don't stomp all over the WCS standard in the process though. So
> the question is does anyone have any thoughts onteh following process.
> If a user specifies no resx/resy or width/height I would calculate the
> appropriate width and height for the bbox to return full res data. If
> they specify resx/resy, but not width and height I'll caculate the
> appropriate width and height to return the data at the requested resx
> and resy for the bbox. If a user specifies a width and height I will
> assume they know how the width and height and bbox relate and return
> the data as requested. Does anyone feel like this goes againt the WCS
> standard?

Providing a full resolution default if no resx/resy or width/height
are provided seems reasonable, though I personally prefer for the
mapserver core wcs functionality to continue to treat this as an
unspecified condition and issue an error.

You write "If they specify resx/resy, but not width and height I'll
calculate the appropriate width and height to return the data at the
requested resx and resy for the bbox."  Doesn't this already happen?
Are you just looking to fiddle with things a bit to work around the
problem in point (1)?  If so, I think fixing the underlying problem
would be the best approach.

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    | President OSGeo, http://osgeo.org


From percyd at PDX.EDU  Thu Dec  7 22:15:50 2006
From: percyd at PDX.EDU (percy)
Date: Thu, 7 Dec 2006 22:15:50 -0800
Subject: a mapserver framework for flexibility
In-Reply-To: <45787B71.1030904@forestone.com>
Message-ID: <THU.7.DEC.2006.221550.0800.PERCYDPDX.EDU>

Neil, funny you should ask...
We are just about to announce our new mapserver framework, probably 
tomorrow morning...
Here's a site that uses most of its functionality:
http://www.oregongeology.com/sub/ogdc/index.htm

We have based the interface on many contract work requests, and it's 
very extensible!

You sound very motivated and we would be very interested in working with 
you to improve the interface!
Percy

Quoting Neil Best <nbest at FORESTONE.COM>:

 > Eduardo, I found your note to mapserver-users while searching the 
archive for any sign that others have been down this path before.  That 
was some time ago and I'm not sure I can do a good job of finding other 
related threads since then, but what you describe sounds very similar to 
the task that I have recently taken on, to find a web mapping framework 
based on open source tools that maximizes leverage of existing code 
while providing extensibility, maintainability, and scalability.  This 
application will provide access to specific data subsets and analysis 
tools under a subscription model to a diverse group of users so by 
definition user profiles will drive the content andclient-side tools 
presented by the application.  This entails far more thanjust slapping 
together some layers and putting a map on the web, plus it needs to 
happen *fast* so building a web site from scratch is not an option.  To 
these ends I will be evaluating a small set of packages after conducting 
a brief su
 > rv
 > ey of Mapserver-based projects in general, including but not limited to:
 >
 > Cartoweb     http://www.cartoweb.org/
 > Mapbender    http://www.mapbender.org/
 > PrimaGIS     http://www.primagis.fi/
 >
 > I have been studying these projects in web space and have started 
evaluating them in user/admin space and have already begun to form my 
own opinions and impressions.  It would be great to hear from members of 
the community whohave insight into these issues and learn from their 
experiences.  Maintainers and contributors to whichever framework(s) 
meet my basic needs while demonstrating that additional features can be 
developed rapidly and efficiently can expect to hear from me in the near 
future soliciting proposals for a range of services from client-side 
functionality to back-end integration and management of data services, 
development efforts that could and should make their way back to the 
code base of their respective projects.  If you are still reading then 
you must be interested, so drop me a line!  Whether on- or off-list is 
up to you, but any comments at all are welcome.  My employer is very 
serious about this so I earnestly hope that this will generate some 
traffic and ent
 > hu
 > siasm.
 >
 > Sincerely,
 >
 > Neil Best <nbest at forestone.com>
 > Forest One, Inc.
 > http://www.forestone.com/
-- 

David Percy
Geospatial Data Manager
Geology Department
Portland State University
http://gisgeek.pdx.edu
503-725-3373


From pauljame at GMAIL.COM  Fri Dec  8 04:30:46 2006
From: pauljame at GMAIL.COM (Paul james)
Date: Fri, 8 Dec 2006 09:30:46 -0300
Subject: Expression so slow ...
Message-ID: <FRI.8.DEC.2006.093046.0300.PAULJAMEGMAIL.COM>

Hello again...
The problem is not the expressions ... I took off them and the problem
continue ....

I believe is a problem with my sql :
 _layer.data = "the_geom from (select count(def.descproblem) as number,
def.descproblem, tg.city, lm.geocode, lm.the_geom from tblTower tg
 inner join tblInsp on (tg.numgeraltower = i2.numgeraltower and tg.idlt =
i2.idlt)
 inner join tblProblens def  on ( i2.idproblem = def.idproblem and i2.idlt =
def.idlt)
 inner join limit_city lm on (upper(lm.name) = upper(tg.city) and upper(
lm.uf) = upper(tg.estate))
 where def.descproblem = 'PROBLEM DETECTED' and i2.datemanutencao BETWEEN
'2005-01-01' AND '2006-11-30'
 group by def.descproblem, tg.city, lm.geocode, lm.the_geom
 order by number) as thematic using unique geocode using srid=-1";

Any idea?

----- Original Message -----
*From:* Paul james <pauljame at GMAIL.COM>
*To:* MAPSERVER-USERS at LISTS.UMN.EDU
*Sent:* Thursday, December 07, 2006 4:21 PM
*Subject:* [UMN_MAPSERVER-USERS] Expression so slow ...

Hello guys!

I?m creating a POLYGON layer in mapscript (c#) with a lot of classes like
that :

layerObj _layer = new layerObj(mapaObj);
_layer.classitem = "geocode";
....
while (_reader.Read())
{
            _geo = Convert.ToInt32(_reader["geocode"]);
            _city = _reader["city"].ToString();

              classObj _class = new classObj(_layer);
            _class.name = __city;
            _class.template = "dummy";

            _class.setExpression(_geo.ToString());

            styleObj _style = new styleObj(_class);
            _style.color.setRGB(_num.Next(0, 255), _num.Next(0, 255),
_num.Next(0, 255));
}

All works great, so I got a Themathic map (very fast - about 2secs)
The problem occurs when I started to aproximate to one new POLYGON (Zoomin).

Each zoom took more and more time (about 8-10secs) to draw the map. Its very
strange...
Did I miss anything?

ps.: I?m using Mapserver 4.10, windows xp and C#

[]?s
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/e7257274/attachment.htm>

From bob.basques at CI.STPAUL.MN.US  Fri Dec  8 08:00:46 2006
From: bob.basques at CI.STPAUL.MN.US (Bob Basques)
Date: Fri, 8 Dec 2006 10:00:46 -0600
Subject: a mapserver framework for flexibility
In-Reply-To: <smtpd.68b5.45787b79.e5d39.8f@mta-m2.tc.umn.edu>
Message-ID: <FRI.8.DEC.2006.100046.0600.BOB.BASQUESCI.STPAUL.MN.US>

Neil,

Can you describe more of the authentication process you would like to use.

Are you planning on implementing the Authentication in the Mambo 
environment?

I have a new project that might fit your bill.  But alas there's not 
much documentation put together for it yet.

The layer aspects are all configured separately.  Each layer is managed 
separately by it's respective owner and accessed separately by the 
Client.  The General idea was to place control and upkeep of the data in 
the hands of the data creators and not bother the system admins with 
work related to updating and maintaining the datasets.

bobb


 Neil Best wrote:
> [ I encountered some of kind of glitch while trying to submit this 
> through the web interface, that's why the empty item from me.  I wanted 
> to include an old item that aligned  well with my agenda and that seemed 
> like the obvious way, but I ended up doing it with good old cut and 
> paste after all. ]
>
> Eduardo, I found your note to mapserver-users while searching the 
> archive for any sign that others have been down this path before.  That 
> was some time ago and I'm not sure I can do a good job of finding other 
> related threads since then, but what you describe sounds very similar to 
> the task that I have recently taken on, to find a web mapping framework 
> based on open source tools that maximizes leverage of existing code 
> while providing extensibility, maintainability, and scalability.  This 
> application will provide access to specific data subsets and analysis 
> tools under a subscription model to a diverse group of users so by 
> definition user profiles will drive the content and client-side tools 
> presented by the application.  This entails far more than just slapping 
> together some layers and putting a map on the web, plus it needs to 
> happen *fast* so building a web site from scratch is not an option.  To 
> these ends I will be evaluating a small set of packages after conducting 
> a brief survey of Mapserver-based projects in general, including but not 
> limited to:
>
> Cartoweb     http://www.cartoweb.org/
> Mapbender    http://www.mapbender.org/
> PrimaGIS     http://www.primagis.fi/
>
> I have been studying these projects in web space and have started 
> evaluating them in user/admin space and have already begun to form my 
> own opinions and impressions.  It would be great to hear from members of 
> the community who have insight into these issues and learn from their 
> experiences.  Maintainers and contributors to whichever framework(s) 
> meet my basic needs while demonstrating that additional features can be 
> developed rapidly and efficiently can expect to hear from me in the near 
> future soliciting proposals for a range of services from client-side 
> functionality to back-end integration and management of data services, 
> development efforts that could and should make their way back to the 
> code base of their respective projects.  If you are still reading then 
> you must be interested, so drop me a line!  Whether on- or off-list is 
> up to you, but any comments at all are welcome.  My employer is very 
> serious about this so I earnestly hope that this will generate some 
> traffic and enthusiasm.
>
> Sincerely,
>
> Neil Best <nbest at forestone.com>
> Forest One, Inc.
> http://www.forestone.com/
>
>
> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae 
> <lists at WEBMAPIT.COM.BR> wrote:
>
>  >Hi folks,
>  >
>  >I'm currently looking for a MapServer *framework* to build MapScript
>  >applications inside another application : MamboServer.
>  >
>  >Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
>  >software written in PHP and have a lot of great features.
>  >
>  >Now, we want to integrate MapServer inside Mambo as a mambo component.
>  >
>  >I was thinking to use Chameleon as preffered mapping framework, but is
>  >my suggestion right?
>  >
>  >Can I  do it? Or chameleon can just work alone? I mean, can I use
>  >Chameleon widgets to load MapFiles,
>  >draw maps but inside another PHP application? ( because, we need to
>  >validate user rights, etc...)
>  >
>  >another idea I was thinking about is to develop OGC maps, to be used
>  >with desktop applications (JUMP,uDig,ArcGIS OGC,...)
>  >and also a set of "mirror" maps  using NON-ogc access , to be used by
>  >PHP/MapScript applications. I was thinking in doing
>  >things this way to get some "speed" on web applications. But, is this
>  >really necessary? Or OGC maps should be enough
>  >to feed web MapServer clients and desktop clients?
>  >
>  >thanks in advance.
>  >
>  >best regards.
>  >
>  >--
>  >Eduardo Patto Kanegae
>
>   


-- 

****************  You can't be late until you show up.  ***************
************  You never learn anything by doing it right.  ************
***  War doesn't determine who's right. War determines who's left.  ***

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bob.basques.vcf
Type: text/x-vcard
Size: 309 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/3309ee3e/attachment.vcf>

From sschmitz at KARTAGO.DE  Fri Dec  8 08:31:49 2006
From: sschmitz at KARTAGO.DE (Sebastian Schmitz)
Date: Fri, 8 Dec 2006 17:31:49 +0100
Subject: tune mapserver on oraclespatial
Message-ID: <FRI.8.DEC.2006.173149.0100.SSCHMITZKARTAGO.DE>

Hi,

We want to evaluate the best approach for tuning MapServer on a large 
table (300.000 rows) in Oracle Spatial. Current idea is to create a 
partitioned table with each partition having its spatial index. I would 
like to know, how CONNECTIONTYPE oraclespatial handles the extent to 
draw when retrieving data from Oracle Spatial. For this, it would help 
to see the SQL Mapserver generates and uses when accessing Oracle 
Spatial using CONNECTIONTYPE oraclespatial. How can I do this?


Any hints greatly appreciated.

Cheers

Sebastian



-- 
KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH

Siemensstra?e 8
53121 Bonn

Sebastian Schmitz
Projektleiter

fon: +49 (0) 228 / 9 45 99 91
fax: +49 (0) 228 / 9 45 99 93
sschmitz at kartago.de
http://www.kartago.de
________________________________________________________


From nbest at FORESTONE.COM  Fri Dec  8 08:40:27 2006
From: nbest at FORESTONE.COM (Neil Best)
Date: Fri, 8 Dec 2006 10:40:27 -0600
Subject: a mapserver framework for flexibility
In-Reply-To: <45798C2E.8050804@ci.stpaul.mn.us>
Message-ID: <FRI.8.DEC.2006.104027.0600.NBESTFORESTONE.COM>

Hi, Bob.  Thanks for your note.  The choice of authentication is wide 
open at this point.  We just need to have basic user/password functions 
and some concept of groups so that access to data can be controlled by 
organization.  Why do you ask?

I have not looked at Mambo.  Have you?  Tell me about your project.  Is 
there anything online I can check out?

Creation and maintenance of the layers is crucial, but would be handled 
internally so the interface would not need to be as slick as that 
presented to customers.  I believe that Mapbender, for example, uses OGC 
services exclusvely but assumes that those services are all set up, i.e. 
no features for creating those layers AFAICT, which is okay.  We could 
set them up by hand at first and eventually build a back-end app, perhaps.

Neil


Bob Basques wrote:
> Neil,
> 
> Can you describe more of the authentication process you would like to use.
> 
> Are you planning on implementing the Authentication in the Mambo 
> environment?
> 
> I have a new project that might fit your bill.  But alas there's not 
> much documentation put together for it yet.
> 
> The layer aspects are all configured separately.  Each layer is managed 
> separately by it's respective owner and accessed separately by the 
> Client.  The General idea was to place control and upkeep of the data in 
> the hands of the data creators and not bother the system admins with 
> work related to updating and maintaining the datasets.
> 
> bobb
> 
> 
> Neil Best wrote:
> 
>> [ I encountered some of kind of glitch while trying to submit this 
>> through the web interface, that's why the empty item from me.  I 
>> wanted to include an old item that aligned  well with my agenda and 
>> that seemed like the obvious way, but I ended up doing it with good 
>> old cut and paste after all. ]
>>
>> Eduardo, I found your note to mapserver-users while searching the 
>> archive for any sign that others have been down this path before.  
>> That was some time ago and I'm not sure I can do a good job of finding 
>> other related threads since then, but what you describe sounds very 
>> similar to the task that I have recently taken on, to find a web 
>> mapping framework based on open source tools that maximizes leverage 
>> of existing code while providing extensibility, maintainability, and 
>> scalability.  This application will provide access to specific data 
>> subsets and analysis tools under a subscription model to a diverse 
>> group of users so by definition user profiles will drive the content 
>> and client-side tools presented by the application.  This entails far 
>> more than just slapping together some layers and putting a map on the 
>> web, plus it needs to happen *fast* so building a web site from 
>> scratch is not an option.  To these ends I will be evaluating a small 
>> set of packages after conducting a brief survey of Mapserver-based 
>> projects in general, including but not limited to:
>>
>> Cartoweb     http://www.cartoweb.org/
>> Mapbender    http://www.mapbender.org/
>> PrimaGIS     http://www.primagis.fi/
>>
>> I have been studying these projects in web space and have started 
>> evaluating them in user/admin space and have already begun to form my 
>> own opinions and impressions.  It would be great to hear from members 
>> of the community who have insight into these issues and learn from 
>> their experiences.  Maintainers and contributors to whichever 
>> framework(s) meet my basic needs while demonstrating that additional 
>> features can be developed rapidly and efficiently can expect to hear 
>> from me in the near future soliciting proposals for a range of 
>> services from client-side functionality to back-end integration and 
>> management of data services, development efforts that could and should 
>> make their way back to the code base of their respective projects.  If 
>> you are still reading then you must be interested, so drop me a line!  
>> Whether on- or off-list is up to you, but any comments at all are 
>> welcome.  My employer is very serious about this so I earnestly hope 
>> that this will generate some traffic and enthusiasm.
>>
>> Sincerely,
>>
>> Neil Best <nbest at forestone.com>
>> Forest One, Inc.
>> http://www.forestone.com/
>>
>>
>> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae 
>> <lists at WEBMAPIT.COM.BR> wrote:
>>
>>  >Hi folks,
>>  >
>>  >I'm currently looking for a MapServer *framework* to build MapScript
>>  >applications inside another application : MamboServer.
>>  >
>>  >Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
>>  >software written in PHP and have a lot of great features.
>>  >
>>  >Now, we want to integrate MapServer inside Mambo as a mambo component.
>>  >
>>  >I was thinking to use Chameleon as preffered mapping framework, but is
>>  >my suggestion right?
>>  >
>>  >Can I  do it? Or chameleon can just work alone? I mean, can I use
>>  >Chameleon widgets to load MapFiles,
>>  >draw maps but inside another PHP application? ( because, we need to
>>  >validate user rights, etc...)
>>  >
>>  >another idea I was thinking about is to develop OGC maps, to be used
>>  >with desktop applications (JUMP,uDig,ArcGIS OGC,...)
>>  >and also a set of "mirror" maps  using NON-ogc access , to be used by
>>  >PHP/MapScript applications. I was thinking in doing
>>  >things this way to get some "speed" on web applications. But, is this
>>  >really necessary? Or OGC maps should be enough
>>  >to feed web MapServer clients and desktop clients?
>>  >
>>  >thanks in advance.
>>  >
>>  >best regards.
>>  >
>>  >--
>>  >Eduardo Patto Kanegae
>>
>>   
> 
> 
> 


From mapserv at UBICALO.COM.MX  Fri Dec  8 09:02:16 2006
From: mapserv at UBICALO.COM.MX (Thomas Shaw)
Date: Fri, 8 Dec 2006 12:02:16 -0500
Subject: Long generation time of map images in mapserver
In-Reply-To: <p0623090bc19e1975de68@[192.168.204.101]>
Message-ID: <FRI.8.DEC.2006.120216.0500.>

Hello Hal,

Yes I have already checked that. I assured to use the projection tag in
the map object and in every layer object...

Thomas

> Hmm, I'm running out of ideas.  Did you check the PROJECTION def for
> the layers, too (the input projection)?
>
> H
>


From korakas2004 at YAHOO.GR  Fri Dec  8 09:02:28 2006
From: korakas2004 at YAHOO.GR (korakas koarkis)
Date: Fri, 8 Dec 2006 17:02:28 +0000
Subject: truetype fonts problem...
Message-ID: <FRI.8.DEC.2006.170228.0000.KORAKAS2004YAHOO.GR>

Hi all, 

I want to use true type fonts in my maps and I am using the following setup:

a "font" folder with: arial.ttf  arialbd.ttf.
also in this folder is placed the fontset.txt:
arial arial.ttf
arialbd arialbd.ttf


and finally in my map file

..
FONTSET "..\font\fontset.txt"
....
  LABEL
        TYPE truetype
        FONT arialbd
         SIZE 9


but the mapserver produces ::

 msGetLabelSize(): TrueType Font error. Requested font (arialbd) not found. 



I am completely stuck here.
The mapserver sees the fontset.txt, (if i rename it it produces an repsective error message) but it can not read the aliases!


kio
 		
---------------------------------
 ?????????????? Yahoo!
 ?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
 http://login.yahoo.com/config/mail?.intl=gr 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/7e940d13/attachment.htm>

From boice at RUNSKIP.COM  Fri Dec  8 09:29:31 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Fri, 8 Dec 2006 12:29:31 -0500
Subject: truetype fonts problem...
In-Reply-To: <692027.96441.qm@web27708.mail.ukl.yahoo.com>
Message-ID: <FRI.8.DEC.2006.122931.0500.BOICERUNSKIP.COM>


Hello,

I would start by using an absolute path to the fontset.txt file to  
see if the relative path is the problem.

Then I would try using just one font in the list and see if you can  
get that working.  If it can find the arial font but not the arialbd  
then maybe that font file is corrupt.

-boice



On Dec 8, 2006, at 12:02 PM, korakas koarkis wrote:

> Hi all,
>
> I want to use true type fonts in my maps and I am using the  
> following setup:
>
> a "font" folder with: arial.ttf  arialbd.ttf.
> also in this folder is placed the fontset.txt:
> arial arial.ttf
> arialbd arialbd.ttf
>
>
> and finally in my map file
>
> ..
> FONTSET "..\font\fontset.txt"
> ....
>   LABEL
>         TYPE truetype
>         FONT arialbd
>          SIZE 9
>
>
> but the mapserver produces ::
>
> msGetLabelSize(): TrueType Font error. Requested font (arialbd) not  
> found.
>
>
>
> I am completely stuck here.
> The mapserver sees the fontset.txt, (if i rename it it produces an  
> repsective error message) but it can not read the aliases!
>
>
> kio
>
> ?????????????? Yahoo!
> ?????????? ?? ?????????? ???? ????  
> (spam); ?? Yahoo! Mail ???????? ??? ????????  
> ?????? ????????? ???? ???  
> ??????????? ?????????
> http://login.yahoo.com/config/mail?.intl=gr




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/17b10451/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/17b10451/attachment.sig>

From gregor at HOSTGIS.COM  Fri Dec  8 09:39:25 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Fri, 8 Dec 2006 09:39:25 -0800
Subject: PHP Mapscript, imageformat settings being ignored
Message-ID: <FRI.8.DEC.2006.093925.0800.GREGORHOSTGIS.COM>

Hi, all.
I've looked over Google for this a few times, and still can't find a thing
(except a bug resolved back in 2004). Any ideas?

I want to output transparent PNG24 images, since that seems to be the only
image format that supports transparency without mangling colors. PHP
Mapscript seems to be ignoring my attempts to set the image format
options, so I always get non-transparent images.

My code snippet:
      $map = ms_newMapObj(NULL);
      $map->selectOutputFormat('png24');
      $map->outputformat->set('imagemode',MS_IMAGEMODE_RGBA);
      $map->outputformat->set('transparent',MS_ON);

Generate mapfile snippet:
  OUTPUTFORMAT
    NAME "png24"
    MIMETYPE "image/png; mode=24bit"
    DRIVER "GD/PNG"
    EXTENSION "png"
    IMAGEMODE "RGB"
    TRANSPARENT FALSE
  END


From bartvde at OSGIS.NL  Fri Dec  8 09:54:35 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Fri, 8 Dec 2006 18:54:35 +0100
Subject: tune mapserver on oraclespatial
In-Reply-To: <45799375.2030804@kartago.de>
Message-ID: <FRI.8.DEC.2006.185435.0100.BARTVDEOSGIS.NL>

Hi,

to log SQL:

1) build Mapserver in debug mode (check with mapserv -v for MSDEBUG)
2) set DEBUG ON keywords on your MAP and LAYER objects
3) set an environment variable for your webserver, called MS_ERRORFILE, 
use for instance stderr so it ends up in Apache's error log. If using 
Apache, use SetEnv in the conf file and restart

You can also use shp2img to get the SQL instead of using Mapserver, 
check the command line options for how to get debug info.

For the Oracle Mapserver reference:
http://mapserver.gis.umn.edu/docs/howto/oracle_spatial_howto

Best regards,
Bart

Sebastian Schmitz schreef:
> Hi,
>
> We want to evaluate the best approach for tuning MapServer on a large 
> table (300.000 rows) in Oracle Spatial. Current idea is to create a 
> partitioned table with each partition having its spatial index. I 
> would like to know, how CONNECTIONTYPE oraclespatial handles the 
> extent to draw when retrieving data from Oracle Spatial. For this, it 
> would help to see the SQL Mapserver generates and uses when accessing 
> Oracle Spatial using CONNECTIONTYPE oraclespatial. How can I do this?
>
>
> Any hints greatly appreciated.
>
> Cheers
>
> Sebastian
>
>
>


-- 
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl
http://www.osgis.nl


From dmorissette at MAPGEARS.COM  Fri Dec  8 10:01:43 2006
From: dmorissette at MAPGEARS.COM (Daniel Morissette)
Date: Fri, 8 Dec 2006 13:01:43 -0500
Subject: PHP Mapscript, imageformat settings being ignored
In-Reply-To: <2190.71.211.183.82.1165599565.squirrel@maps.hostgis.com>
Message-ID: <FRI.8.DEC.2006.130143.0500.DMORISSETTEMAPGEARS.COM>

I made a few tests and checked the php_mapscript.c code and I think the 
implementation of selectOutputFormat() fails to update the reference to 
the current outputFormatObj inside the PHP wrapper object.

I don't have time to fix that today, but it would be great if you could 
file a bug about this and assign it to me so that we don't forget.

Daniel


Gregor Mosheh wrote:
> Hi, all.
> I've looked over Google for this a few times, and still can't find a thing
> (except a bug resolved back in 2004). Any ideas?
> 
> I want to output transparent PNG24 images, since that seems to be the only
> image format that supports transparency without mangling colors. PHP
> Mapscript seems to be ignoring my attempts to set the image format
> options, so I always get non-transparent images.
> 
> My code snippet:
>       $map = ms_newMapObj(NULL);
>       $map->selectOutputFormat('png24');
>       $map->outputformat->set('imagemode',MS_IMAGEMODE_RGBA);
>       $map->outputformat->set('transparent',MS_ON);
> 
> Generate mapfile snippet:
>   OUTPUTFORMAT
>     NAME "png24"
>     MIMETYPE "image/png; mode=24bit"
>     DRIVER "GD/PNG"
>     EXTENSION "png"
>     IMAGEMODE "RGB"
>     TRANSPARENT FALSE
>   END


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


From jsievers at CO.LINN.OR.US  Fri Dec  8 11:27:47 2006
From: jsievers at CO.LINN.OR.US (Sievers, Jason)
Date: Fri, 8 Dec 2006 11:27:47 -0800
Subject: Polygon buffer?
Message-ID: <FRI.8.DEC.2006.112747.0800.JSIEVERSCO.LINN.OR.US>

I want to perform a buffer query around a polygon.  I would select a
polygon, then get features from another layer who are within a specified
distance of the outside edge of my selected polygon.  The only queries
involving buffers I see in the documentation are on points.  I have looked
briefly at PostGIS and GRASS documentation.  Is the solution possible in
MapServer? or should I investigate PostGIS, GRASS, or other tools?

Thanks for any help.


Jason Sievers
jsievers at co.linn.or.us
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/651ade42/attachment.htm>

From aaronkoning at GMAIL.COM  Fri Dec  8 11:48:26 2006
From: aaronkoning at GMAIL.COM (Aaron Koning)
Date: Fri, 8 Dec 2006 11:48:26 -0800
Subject: Polygon buffer?
In-Reply-To: <6911831154870115352@unknownmsgid>
Message-ID: <FRI.8.DEC.2006.114826.0800.AARONKONINGGMAIL.COM>

The way I approach this is to use MapServer to get the coordinates (or an id
of a PostGIS feature) interactively and then connect to PostGIS directly
with PHP and pull the information out using their well developed functions,
such as:
  - PolyFromText(...)
  - Buffer(...)
  - Intersect(...)

This is one method, there are many others.

Aaron

On 12/8/06, Sievers, Jason <jsievers at co.linn.or.us> wrote:
>
>  I want to perform a buffer query around a polygon.  I would select a
> polygon, then get features from another layer who are within a specified
> distance of the outside edge of my selected polygon.  The only queries
> involving buffers I see in the documentation are on points.  I have looked
> briefly at PostGIS and GRASS documentation.  Is the solution possible in
> MapServer? or should I investigate PostGIS, GRASS, or other tools?
>
> Thanks for any help.
>
> Jason Sievers
> jsievers at co.linn.or.us
>



-- 
+-------------------------------------------------
|  Aaron Koning
|  Information Technologist
|  Prince George, BC, Canada.
+-------------------------------------------------
|  Flexible Internet Spatial Template:
|       http://fist-mapping.org
+-------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/90868916/attachment.htm>

From percyd at PDX.EDU  Fri Dec  8 11:52:13 2006
From: percyd at PDX.EDU (percy)
Date: Fri, 8 Dec 2006 11:52:13 -0800
Subject: Map-Fu, your personal Ninja for Web-Mapping
Message-ID: <FRI.8.DEC.2006.115213.0800.PERCYDPDX.EDU>

We are delighted to announce a new open source framework for
web-mapping, your personal Ninja of web-mapping, ladies and gentlemen, it's:

*Map-Fu*

Available for download, contribution of code, or reporting of bugs at
our not-so-secret location on sourceforge:
http://sourceforge.net/projects/map-fu/

It features a true object-oriented PHP-Mapscript backend, with a variety 
of classes and interfaces, ease of extensibility, and other 
configuration zoink-zoink.

On the front end is a fat Javascript client, using XMLHttpRequest to
communicate with the server for updating the map and map-related data.
It employs JSON for messaging and goes for a Web 2.0 feel. Some features
on the front-end include pop-up tabs for reference map, legend, map
information and query results. We try to maximize screen area for the
map, since that's what we are interested in visually!

Based on Minnesota Mapserver (of course) and PostGIS, we developed this
interface to satisfy actual needs of clients for creating web-mapping
applications that served SPECIFIC needs and required SPECIFIC tools.

Some production sites that are using the Map-Fu or related codebase
(formerly known as YAMI (Yet Another Map Interface)):

http://glaciers.us - A database of glacier change in the Western US,
including a linked assets database of aerial and oblique photos from the
last century

http://www.oregongeology.com/sub/ogdc/index.htm - The most up-to-date
geology compilation for Oregon, soon to be used for other states!

http://oscdl.research.pdx.edu/ - Oregon Sustainable
Communities Digital Library, a temporal database of regional planning
for the Portland Metro area (ten years of regional planning data, plus
links to documents tied to spatial objects)

We look forward to collaborating with a larger group of developers, and
receiving feedback on our efforts! We're interested in incorporating the
OpenLayers interface, and "through the web" feature editing via WFS-T.

In the current vacuum of viable enterprise GIS solutions, we see this
as a ripe time for rapid development!

The Map-Fu development team,
Morgan, Cris, Tim, Percy & Will
Portland State University
----


From sacha.black at GMAIL.COM  Fri Dec  8 12:03:34 2006
From: sacha.black at GMAIL.COM (Sacha Black)
Date: Fri, 8 Dec 2006 12:03:34 -0800
Subject: PHP Mapscript for Mapserver 4.10?
Message-ID: <FRI.8.DEC.2006.120334.0800.SACHA.BLACKGMAIL.COM>

hi all

when I go to this link:

http://www.maptools.org/php_mapscript/index.phtml

it says that the latest release is PHP MapScript 4.8.1 (released February 3,
2006). what if we want to get PHP Mapscript for Mapserver 4.10? will this be
available soon? we need a Win32 version.

we know about ms4w, and can see that the newer version is available there.
but what if we want to use this on a low-traffic production server? will
ms4w cut it? what are the risks/concerns? a linux box is not an option in
this case :(

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

From aaronr at Z-PULLEY.COM  Fri Dec  8 12:09:50 2006
From: aaronr at Z-PULLEY.COM (Aaron Racicot)
Date: Fri, 8 Dec 2006 12:09:50 -0800
Subject: Map-Fu, your personal Ninja for Web-Mapping
In-Reply-To: <4579C26D.9020101@pdx.edu>
Message-ID: <FRI.8.DEC.2006.120950.0800.AARONRZPULLEY.COM>

Congrats Morgan, Cris, Tim, Percy & Will!  Can't wait to start to use it
myself, and I am very much looking forward to seeing it get used by the
community.  You guys are doing some great work... keep it up!

Aaron

+----------------------------------------+
| Aaron Racicot  | aaronr at ecotrust.org   |
| GIS Programmer | 360.221.2441          |
+----------------------------------------+
| e c o t r u s t                        |
| Jean Vollum Natural Capital Center     |
| 721 NW Ninth Avenue                    |
| Suite 200                              |
| Portland, OR 97209                     |
| www.ecotrust.org                       |
+----------------------------------------+

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of percy
Sent: Friday, December 08, 2006 11:52 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] Map-Fu, your personal Ninja for Web-Mapping

We are delighted to announce a new open source framework for
web-mapping, your personal Ninja of web-mapping, ladies and gentlemen, it's:

*Map-Fu*

Available for download, contribution of code, or reporting of bugs at
our not-so-secret location on sourceforge:
http://sourceforge.net/projects/map-fu/

It features a true object-oriented PHP-Mapscript backend, with a variety 
of classes and interfaces, ease of extensibility, and other 
configuration zoink-zoink.

On the front end is a fat Javascript client, using XMLHttpRequest to
communicate with the server for updating the map and map-related data.
It employs JSON for messaging and goes for a Web 2.0 feel. Some features
on the front-end include pop-up tabs for reference map, legend, map
information and query results. We try to maximize screen area for the
map, since that's what we are interested in visually!

Based on Minnesota Mapserver (of course) and PostGIS, we developed this
interface to satisfy actual needs of clients for creating web-mapping
applications that served SPECIFIC needs and required SPECIFIC tools.

Some production sites that are using the Map-Fu or related codebase
(formerly known as YAMI (Yet Another Map Interface)):

http://glaciers.us - A database of glacier change in the Western US,
including a linked assets database of aerial and oblique photos from the
last century

http://www.oregongeology.com/sub/ogdc/index.htm - The most up-to-date
geology compilation for Oregon, soon to be used for other states!

http://oscdl.research.pdx.edu/ - Oregon Sustainable
Communities Digital Library, a temporal database of regional planning
for the Portland Metro area (ten years of regional planning data, plus
links to documents tied to spatial objects)

We look forward to collaborating with a larger group of developers, and
receiving feedback on our efforts! We're interested in incorporating the
OpenLayers interface, and "through the web" feature editing via WFS-T.

In the current vacuum of viable enterprise GIS solutions, we see this
as a ripe time for rapid development!

The Map-Fu development team,
Morgan, Cris, Tim, Percy & Will
Portland State University
----


From dmorissette at MAPGEARS.COM  Fri Dec  8 12:16:48 2006
From: dmorissette at MAPGEARS.COM (Daniel Morissette)
Date: Fri, 8 Dec 2006 15:16:48 -0500
Subject: PHP Mapscript for Mapserver 4.10?
In-Reply-To: <e778b4d00612081203i5bfff60bg8b3f4c722820513@mail.gmail.com>
Message-ID: <FRI.8.DEC.2006.151648.0500.DMORISSETTEMAPGEARS.COM>

That maptools.org page is out of date. I think you should go with MS4W.

Daniel


Sacha Black wrote:
> 
> 
> hi all
> 
> when I go to this link:
> 
> http://www.maptools.org/php_mapscript/index.phtml
> 
> it says that the latest release is PHP MapScript 4.8.1 (released 
> February 3, 2006). what if we want to get PHP Mapscript for Mapserver 
> 4.10? will this be available soon? we need a Win32 version.
> 
> we know about ms4w, and can see that the newer version is available 
> there. but what if we want to use this on a low-traffic production 
> server? will ms4w cut it? what are the risks/concerns? a linux box is 
> not an option in this case :(
> 
> sacha


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


From boice at RUNSKIP.COM  Fri Dec  8 12:45:21 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Fri, 8 Dec 2006 15:45:21 -0500
Subject: map performance
In-Reply-To: <4576AA7B0200008F00004B7E@co5.dnr.state.mn.us>
Message-ID: <FRI.8.DEC.2006.154521.0500.BOICERUNSKIP.COM>


Steve,

Reduced resolution datasets are the trick....  I just increased  
performance 10 fold by substituting a reduced polygon shapefile.

thanks for your help on both fronts.

-boice


On Dec 6, 2006, at 12:33 PM, Steve Lime wrote:

> It would help to see the mapfile generated. From the looks of your
> application it looks like you should only need 4 classes, and only 3
> with expressions (the fourth being the default). I also wouldn't  
> expect
> you needing to use regex but that depends on the data. I don't know a
> ton about your data but this doesn't seem like an instance where  
> PostGIS
> would add much. Using reduced resolution datasets can definitely help
> big time, especially with the city and county datasets. For cities you
> could even consider using points since almost every polygon would  
> loose
> it's shape at the national level (e.g. 2x2 square).
>
> Steve
>
>>>> boice tomlin <boice at RUNSKIP.COM> 12/6/2006 10:55:52 AM >>>
>
> Hi Steve,
>
> Assuming I was using static class items.  Do you think my method of
> using a regular expression to specify which geographies to display  
> is a
> good method?
>
> Thanks for the tip on saving the map file.  Very cool.  It looks as I
> expected or at least hoped.  Basically my original map file with a few
> extra classes and regular expressions for the layers I display.
>
> Someone else suggested a method using postgis that would pull in shape
> data with less polygons for certain extents.
>
> Couldn't I use a version of the shape files I have now with less
> detail/polygons when rendering a map at larger extents?
>
> I actually want to explore every method I can for optimization.  My
> goal is a fairly descriptive national view in 1 tenth of a second.  Is
> that too lofty?
>
> thanks,
>
> boice
>
>
>
> On Dec 5, 2006, at 6:32 PM, Steve Lime wrote:
> Might be interesting to see what the resulting mapfile (after your
> dynamic work) looks like (use $map->save(...)).
>
>
> We'd really need to know more about the data, how you're doing
> classifications and such to comment more. There may be lots of ways
> to make things go faster. From the looks of it for each geography
> (city, county, tribe, state, nation) you have a bunch of variables
> that
> indicate
> if a data theme is available. One could organize that data like so
> (for
> example state level data):
>
>
> State  Hydrography  Watersheds ...
> MN     0                    1
> WI      3                    2
> IA       3                    0
> FL       1                    3
>
>
> Where 0 means no responce, 1 complete and so on. So in that case your
> class definitions would always be the same you'd
> be simply changing the variable you're mapping on (e.g. CLASSITEM),
> and
> you wouldn't need dynamic classes (or even MapScript for that
> matter).  Just thinking out loud...
>
>
> Steve
>
>
> boice tomlin <boice at RUNSKIP.COM> 12/4/2006 1:24:58 PM >>>
>
>
> Hello users,
>
>
> The map located here;
>
>
> http://gisinventory.net/status_maps.html
>
>
> takes a while to load.  At least at the national view where there is a
> lot of area to render.
>
>
> I am looking for alternative ways to generate the map that will
> significantly improve performance.
>
>
> Currently I am using php and looping through data and turning on
> layers
> as I go.  The PHP part is lightning fast.  But after I get the map
> ready
> mapserver takes several seconds to generate it.
>
>
> I'm curious about alternative ways to handle this problem and wonder
> if
> anyone had comments on any of them.
>
>
> 1) modifying the shape files in some way so the layer information is
> in
> those files so that all mapserver has to do is load those files and
> not
> depend on the map files.
> 2) using a db such as postgres with postgis so that layer information
> is available all in one compact source.
>
>
> Right now I have to generate a bunch of dynamic classes in PHP using
> the general method below.
>
>
> $lyr = $this->ramona_map->getLayerByName("state_yes");
>                 $cla = $lyr->getClass(0);
>                 $cla->setExpression("/".$expression."/");
>                 $lyr->set("status", MS_ON);
>
>
> I have to do this several hundred times to represent all of the data.
> The time it takes to generate the map seem proportionate to the amount
> of layers I make visible.  And again this is on the mapserver side and
> not PHP.  PHP does its part of the operation in thousandths of a
> second.
>
>
> anyone's thoughts are greatly appreciated.
>
>
> -boice tomlin
>
>
>
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
>
>
> boice tomlin
>
>
>
>
> boice at runskip.com
>
>
>
>
> 503-528-6204
>
>
>
>
>
>
>
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
>
> boice tomlin
>
>
> boice at runskip.com
>
>
> 503-528-6204
>
>
>




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


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

From rburghol at CHESAPEAKEBAY.NET  Fri Dec  8 12:52:10 2006
From: rburghol at CHESAPEAKEBAY.NET (Robert Burgholzer)
Date: Fri, 8 Dec 2006 15:52:10 -0500
Subject: Map-Fu, your personal Ninja for Web-Mapping
In-Reply-To: A<013001c71b04$d182fc30$5132a8c0@bernie>
Message-ID: <FRI.8.DEC.2006.155210.0500.RBURGHOLCHESAPEAKEBAY.NET>

The project name alone is good enough for me! Congrats.

r.b.


Robert Burgholzer
Non-Point Source Analyst
Chesapeake Bay Program
Annapolis, MD


----


From punkish at EIDESIS.ORG  Fri Dec  8 13:01:32 2006
From: punkish at EIDESIS.ORG (P Kishor)
Date: Fri, 8 Dec 2006 15:01:32 -0600
Subject: a mapserver framework for flexibility
In-Reply-To: <4579957B.90505@forestone.com>
Message-ID: <FRI.8.DEC.2006.150132.0600.PUNKISHEIDESIS.ORG>

I would like to submit an alternative MapServer framework -- it is
called Google Maps. I have been putting together an application, the
very alpha version of which can be seen at
<http://ecoservices.eidesis.org>

The stuff on my webserver, aka the "backend", is Perl and SQLite using
the most excellent CGI::Application framework for creating websites,
the geodata other than Google's maps, aka the "sideend", is our
beloved MapServer, and the interface, aka the "frontend", is Google's
MAP API.

There is a rich set of tools and techniques published for public
consumption, and for the most part, Google does the hard work for me
creating all this so I don't have to re-invent the wheel. In the best
example of laziness, I just choose and put it all together.

The MapServer works with the least of embellishments and accoutremets.
It just serves data as WMS services using pure CGI.

Of course, one downside is that Google could go belly-up tomorrow and
its mapping services would be shut down. I can live with that risk.

On 12/8/06, Neil Best <nbest at forestone.com> wrote:
> Hi, Bob.  Thanks for your note.  The choice of authentication is wide
> open at this point.  We just need to have basic user/password functions
> and some concept of groups so that access to data can be controlled by
> organization.  Why do you ask?
>
> I have not looked at Mambo.  Have you?  Tell me about your project.  Is
> there anything online I can check out?
>
> Creation and maintenance of the layers is crucial, but would be handled
> internally so the interface would not need to be as slick as that
> presented to customers.  I believe that Mapbender, for example, uses OGC
> services exclusvely but assumes that those services are all set up, i.e.
> no features for creating those layers AFAICT, which is okay.  We could
> set them up by hand at first and eventually build a back-end app, perhaps.
>
> Neil
>
>
> Bob Basques wrote:
> > Neil,
> >
> > Can you describe more of the authentication process you would like to use.
> >
> > Are you planning on implementing the Authentication in the Mambo
> > environment?
> >
> > I have a new project that might fit your bill.  But alas there's not
> > much documentation put together for it yet.
> >
> > The layer aspects are all configured separately.  Each layer is managed
> > separately by it's respective owner and accessed separately by the
> > Client.  The General idea was to place control and upkeep of the data in
> > the hands of the data creators and not bother the system admins with
> > work related to updating and maintaining the datasets.
> >
> > bobb
> >
> >
> > Neil Best wrote:
> >
> >> [ I encountered some of kind of glitch while trying to submit this
> >> through the web interface, that's why the empty item from me.  I
> >> wanted to include an old item that aligned  well with my agenda and
> >> that seemed like the obvious way, but I ended up doing it with good
> >> old cut and paste after all. ]
> >>
> >> Eduardo, I found your note to mapserver-users while searching the
> >> archive for any sign that others have been down this path before.
> >> That was some time ago and I'm not sure I can do a good job of finding
> >> other related threads since then, but what you describe sounds very
> >> similar to the task that I have recently taken on, to find a web
> >> mapping framework based on open source tools that maximizes leverage
> >> of existing code while providing extensibility, maintainability, and
> >> scalability.  This application will provide access to specific data
> >> subsets and analysis tools under a subscription model to a diverse
> >> group of users so by definition user profiles will drive the content
> >> and client-side tools presented by the application.  This entails far
> >> more than just slapping together some layers and putting a map on the
> >> web, plus it needs to happen *fast* so building a web site from
> >> scratch is not an option.  To these ends I will be evaluating a small
> >> set of packages after conducting a brief survey of Mapserver-based
> >> projects in general, including but not limited to:
> >>
> >> Cartoweb     http://www.cartoweb.org/
> >> Mapbender    http://www.mapbender.org/
> >> PrimaGIS     http://www.primagis.fi/
> >>
> >> I have been studying these projects in web space and have started
> >> evaluating them in user/admin space and have already begun to form my
> >> own opinions and impressions.  It would be great to hear from members
> >> of the community who have insight into these issues and learn from
> >> their experiences.  Maintainers and contributors to whichever
> >> framework(s) meet my basic needs while demonstrating that additional
> >> features can be developed rapidly and efficiently can expect to hear
> >> from me in the near future soliciting proposals for a range of
> >> services from client-side functionality to back-end integration and
> >> management of data services, development efforts that could and should
> >> make their way back to the code base of their respective projects.  If
> >> you are still reading then you must be interested, so drop me a line!
> >> Whether on- or off-list is up to you, but any comments at all are
> >> welcome.  My employer is very serious about this so I earnestly hope
> >> that this will generate some traffic and enthusiasm.
> >>
> >> Sincerely,
> >>
> >> Neil Best <nbest at forestone.com>
> >> Forest One, Inc.
> >> http://www.forestone.com/
> >>
> >>
> >> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae
> >> <lists at WEBMAPIT.COM.BR> wrote:
> >>
> >>  >Hi folks,
> >>  >
> >>  >I'm currently looking for a MapServer *framework* to build MapScript
> >>  >applications inside another application : MamboServer.
> >>  >
> >>  >Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
> >>  >software written in PHP and have a lot of great features.
> >>  >
> >>  >Now, we want to integrate MapServer inside Mambo as a mambo component.
> >>  >
> >>  >I was thinking to use Chameleon as preffered mapping framework, but is
> >>  >my suggestion right?
> >>  >
> >>  >Can I  do it? Or chameleon can just work alone? I mean, can I use
> >>  >Chameleon widgets to load MapFiles,
> >>  >draw maps but inside another PHP application? ( because, we need to
> >>  >validate user rights, etc...)
> >>  >
> >>  >another idea I was thinking about is to develop OGC maps, to be used
> >>  >with desktop applications (JUMP,uDig,ArcGIS OGC,...)
> >>  >and also a set of "mirror" maps  using NON-ogc access , to be used by
> >>  >PHP/MapScript applications. I was thinking in doing
> >>  >things this way to get some "speed" on web applications. But, is this
> >>  >really necessary? Or OGC maps should be enough
> >>  >to feed web MapServer clients and desktop clients?
> >>  >
> >>  >thanks in advance.
> >>  >
> >>  >best regards.
> >>  >
> >>  >--
> >>  >Eduardo Patto Kanegae
> >>
> >>
> >
> >
> >
>


-- 
Puneet Kishor http://punkish.eidesis.org/
Nelson Inst. for Env. Studies, UW-Madison http://www.nelson.wisc.edu/
Open Source Geospatial Foundation https://edu.osgeo.org/
---------------------------------------------------------------------
collaborate, communicate, compete
=====================================================================


From funkbucket at GMAIL.COM  Fri Dec  8 13:19:29 2006
From: funkbucket at GMAIL.COM (Ben Tuttle)
Date: Fri, 8 Dec 2006 14:19:29 -0700
Subject: [BUG] WCS Error?
In-Reply-To: <45788662.6080005@pobox.com>
Message-ID: <FRI.8.DEC.2006.141929.0700.FUNKBUCKETGMAIL.COM>

This has been added to bugzilla:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1983


On 12/7/06, Frank Warmerdam <warmerdam at pobox.com> wrote:
> Ben Tuttle wrote:
> > Hi all-
> > I have two questions related to mapserver and WCS. First, I am running
> > mapserver 4.10.0 on linux. I am trying to set up WCS access to global
> > 30 arcsec data sets.
> > Question 1:
> >  It seems that mapserver does not respect resx and resy. Example: if
> > I make the following request
> > http://www.ngdc.noaa.gov/eog/maps/test5.php?SERVICE=WCS&REQUEST=GetCoverage&Coverage=vis_mosaic&STYLES=&CRS=EPSG:4326&BBOX=-125,30,-115,40&resx=0.00833333&resy=0.00833333&Format=geotiff
> >
> > the data comes back as  0.00834028,-0.00834028 instead of
> > 0.00833333,-0.00833333 (the native resolution of the data is
> > 0.00833333,-0.00833333). Additionally the given bounding box actually
> > covers an area 1201px by 1201px in the data. However, the returned
> > image is 1200px by 1200px. If compared to the original data one can
> > see that mapserver has resampled the returned image to fit the area
> > which is 1201 by 1201 into an image that is 1200 by 1200, which
> > explains the change in the resolution (I'd be happy to provide more
> > examples or information to anyone who is interested. It seems to me
> > that this may not be the the desired behaviour for WCS. I would expect
> > to get my data back at the same resolution requested. I haven;t seen
> > any bug reports on this (I did a search for WCS and only found 6
> > reports that matched wcs and none seemed to be about this issue). So
> > does someone know if I this is a bug or if I don't fully grasp WCS and
> > this is the desired response? Or is there a way to override this
> > behaviour or is there perhaps something wrong wiht my build?
>
> Ben,
>
> I'd appreciate it if you could file a bug on this.  You can assign it
> to me if you wish.  I've run into some "quirky" issues that may be
> related as I test my WCS client support in GDAL against mapserver.
> I think there may be some poor rounding choices and/or some
> "middle of pixel vs. top left corner of pixel" origin issues at play.
>
> > Question 2:
> >  We would like to return data to people at the actual resolution they
> > requested. To this end I am working on using wxs mapscript and php to
> > examine the request and return the correct resolution. I want to be
> > sure I don't stomp all over the WCS standard in the process though. So
> > the question is does anyone have any thoughts onteh following process.
> > If a user specifies no resx/resy or width/height I would calculate the
> > appropriate width and height for the bbox to return full res data. If
> > they specify resx/resy, but not width and height I'll caculate the
> > appropriate width and height to return the data at the requested resx
> > and resy for the bbox. If a user specifies a width and height I will
> > assume they know how the width and height and bbox relate and return
> > the data as requested. Does anyone feel like this goes againt the WCS
> > standard?
>
> Providing a full resolution default if no resx/resy or width/height
> are provided seems reasonable, though I personally prefer for the
> mapserver core wcs functionality to continue to treat this as an
> unspecified condition and issue an error.
>
> You write "If they specify resx/resy, but not width and height I'll
> calculate the appropriate width and height to return the data at the
> requested resx and resy for the bbox."  Doesn't this already happen?
> Are you just looking to fiddle with things a bit to work around the
> problem in point (1)?  If so, I think fixing the underlying problem
> would be the best approach.
>
> 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    | President OSGeo, http://osgeo.org
>
>


From punk.kish at GMAIL.COM  Fri Dec  8 13:31:37 2006
From: punk.kish at GMAIL.COM (P Kishor)
Date: Fri, 8 Dec 2006 15:31:37 -0600
Subject: a mapserver framework for flexibility
In-Reply-To: <4579957B.90505@forestone.com>
Message-ID: <FRI.8.DEC.2006.153137.0600.PUNK.KISHGMAIL.COM>

Resending from the correct account and adding a few nonsensical lines
so the listserv daemon doesn't reject this... blah blah


alright then.


I would like to submit an alternative MapServer framework -- it is
called Google Maps. I have been putting together an application, the
very alpha version of which can be seen at
<http://ecoservices.eidesis.org>

The stuff on my webserver, aka the "backend", is Perl and SQLite using
the most excellent CGI::Application framework for creating websites,
the geodata other than Google's maps, aka the "sideend", is our
beloved MapServer, and the interface, aka the "frontend", is Google's
MAP API.

There is a rich set of tools and techniques published for public
consumption, and for the most part, Google does the hard work for me
creating all this so I don't have to re-invent the wheel. In the best
example of laziness, I just choose and put it all together.

The MapServer works with the least of embellishments and accoutremets.
It just serves data as WMS services using pure CGI.

Of course, one downside is that Google could go belly-up tomorrow and
its mapping services would be shut down. I can live with that risk.

On 12/8/06, Neil Best <nbest at forestone.com> wrote:
> Hi, Bob.  Thanks for your note.  The choice of authentication is wide
> open at this point.  We just need to have basic user/password functions
> and some concept of groups so that access to data can be controlled by
> organization.  Why do you ask?
>
> I have not looked at Mambo.  Have you?  Tell me about your project.  Is
> there anything online I can check out?
>
> Creation and maintenance of the layers is crucial, but would be handled
> internally so the interface would not need to be as slick as that
> presented to customers.  I believe that Mapbender, for example, uses OGC
> services exclusvely but assumes that those services are all set up, i.e.
> no features for creating those layers AFAICT, which is okay.  We could
> set them up by hand at first and eventually build a back-end app, perhaps.
>
> Neil
>
>
> Bob Basques wrote:
> > Neil,
> >
> > Can you describe more of the authentication process you would like to use.
> >
> > Are you planning on implementing the Authentication in the Mambo
> > environment?
> >
> > I have a new project that might fit your bill.  But alas there's not
> > much documentation put together for it yet.
> >
> > The layer aspects are all configured separately.  Each layer is managed
> > separately by it's respective owner and accessed separately by the
> > Client.  The General idea was to place control and upkeep of the data in
> > the hands of the data creators and not bother the system admins with
> > work related to updating and maintaining the datasets.
> >
> > bobb
> >
> >
> > Neil Best wrote:
> >
> >> [ I encountered some of kind of glitch while trying to submit this
> >> through the web interface, that's why the empty item from me.  I
> >> wanted to include an old item that aligned  well with my agenda and
> >> that seemed like the obvious way, but I ended up doing it with good
> >> old cut and paste after all. ]
> >>
> >> Eduardo, I found your note to mapserver-users while searching the
> >> archive for any sign that others have been down this path before.
> >> That was some time ago and I'm not sure I can do a good job of finding
> >> other related threads since then, but what you describe sounds very
> >> similar to the task that I have recently taken on, to find a web
> >> mapping framework based on open source tools that maximizes leverage
> >> of existing code while providing extensibility, maintainability, and
> >> scalability.  This application will provide access to specific data
> >> subsets and analysis tools under a subscription model to a diverse
> >> group of users so by definition user profiles will drive the content
> >> and client-side tools presented by the application.  This entails far
> >> more than just slapping together some layers and putting a map on the
> >> web, plus it needs to happen *fast* so building a web site from
> >> scratch is not an option.  To these ends I will be evaluating a small
> >> set of packages after conducting a brief survey of Mapserver-based
> >> projects in general, including but not limited to:
> >>
> >> Cartoweb     http://www.cartoweb.org/
> >> Mapbender    http://www.mapbender.org/
> >> PrimaGIS     http://www.primagis.fi/
> >>
> >> I have been studying these projects in web space and have started
> >> evaluating them in user/admin space and have already begun to form my
> >> own opinions and impressions.  It would be great to hear from members
> >> of the community who have insight into these issues and learn from
> >> their experiences.  Maintainers and contributors to whichever
> >> framework(s) meet my basic needs while demonstrating that additional
> >> features can be developed rapidly and efficiently can expect to hear
> >> from me in the near future soliciting proposals for a range of
> >> services from client-side functionality to back-end integration and
> >> management of data services, development efforts that could and should
> >> make their way back to the code base of their respective projects.  If
> >> you are still reading then you must be interested, so drop me a line!
> >> Whether on- or off-list is up to you, but any comments at all are
> >> welcome.  My employer is very serious about this so I earnestly hope
> >> that this will generate some traffic and enthusiasm.
> >>
> >> Sincerely,
> >>
> >> Neil Best <nbest at forestone.com>
> >> Forest One, Inc.
> >> http://www.forestone.com/
> >>
> >>
> >> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae
> >> <lists at WEBMAPIT.COM.BR> wrote:
> >>
> >>  >Hi folks,
> >>  >
> >>  >I'm currently looking for a MapServer *framework* to build MapScript
> >>  >applications inside another application : MamboServer.
> >>  >
> >>  >Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
> >>  >software written in PHP and have a lot of great features.
> >>  >
> >>  >Now, we want to integrate MapServer inside Mambo as a mambo component.
> >>  >
> >>  >I was thinking to use Chameleon as preffered mapping framework, but is
> >>  >my suggestion right?
> >>  >
> >>  >Can I  do it? Or chameleon can just work alone? I mean, can I use
> >>  >Chameleon widgets to load MapFiles,
> >>  >draw maps but inside another PHP application? ( because, we need to
> >>  >validate user rights, etc...)
> >>  >
> >>  >another idea I was thinking about is to develop OGC maps, to be used
> >>  >with desktop applications (JUMP,uDig,ArcGIS OGC,...)
> >>  >and also a set of "mirror" maps  using NON-ogc access , to be used by
> >>  >PHP/MapScript applications. I was thinking in doing
> >>  >things this way to get some "speed" on web applications. But, is this
> >>  >really necessary? Or OGC maps should be enough
> >>  >to feed web MapServer clients and desktop clients?
> >>  >
> >>  >thanks in advance.
> >>  >
> >>  >best regards.
> >>  >
> >>  >--
> >>  >Eduardo Patto Kanegae
> >>
> >>
> >
> >
> >
>


-- 
Puneet Kishor http://punkish.eidesis.org/
Nelson Inst. for Env. Studies, UW-Madison http://www.nelson.wisc.edu/
Open Source Geospatial Foundation https://edu.osgeo.org/
---------------------------------------------------------------------
collaborate, communicate, compete
=====================================================================


From ed at TOPOZONE.COM  Fri Dec  8 13:46:41 2006
From: ed at TOPOZONE.COM (Ed McNierney)
Date: Fri, 8 Dec 2006 16:46:41 -0500
Subject: a mapserver framework for flexibility
In-Reply-To: <cdf6db500612081301u740a932awf67ec20fd0465d9d@mail.gmail.com>
Message-ID: <FRI.8.DEC.2006.164641.0500.EDTOPOZONE.COM>

Puneet -

Or, the more likely risk that safari advertisements will start appearing on
your maps of Kenya <g>.

Alternatives are good, but please keep in mind that Google's API is really
not an option for many commercial sites.  Depending on your point of view,
that's either irrelevant or a fatal obstacle!

     - Ed
-- 
Ed McNierney
President and Chief Mapmaker
Maps a la carte, Inc. / TopoZone.com
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
Phone: (978) 251-4242
Fax: (978) 251-1396
ed at topozone.com

> From: P Kishor <punkish at EIDESIS.ORG>
> Reply-To: P Kishor <punkish at EIDESIS.ORG>
> Date: Fri, 8 Dec 2006 15:01:32 -0600
> To: <MAPSERVER-USERS at LISTS.UMN.EDU>
> Subject: Re: [UMN_MAPSERVER-USERS] a mapserver framework for flexibility
> 
> I would like to submit an alternative MapServer framework -- it is
> called Google Maps. I have been putting together an application, the
> very alpha version of which can be seen at
> <http://ecoservices.eidesis.org>
> 
> The stuff on my webserver, aka the "backend", is Perl and SQLite using
> the most excellent CGI::Application framework for creating websites,
> the geodata other than Google's maps, aka the "sideend", is our
> beloved MapServer, and the interface, aka the "frontend", is Google's
> MAP API.
> 
> There is a rich set of tools and techniques published for public
> consumption, and for the most part, Google does the hard work for me
> creating all this so I don't have to re-invent the wheel. In the best
> example of laziness, I just choose and put it all together.
> 
> The MapServer works with the least of embellishments and accoutremets.
> It just serves data as WMS services using pure CGI.
> 
> Of course, one downside is that Google could go belly-up tomorrow and
> its mapping services would be shut down. I can live with that risk.
> 
> On 12/8/06, Neil Best <nbest at forestone.com> wrote:
>> Hi, Bob.  Thanks for your note.  The choice of authentication is wide
>> open at this point.  We just need to have basic user/password functions
>> and some concept of groups so that access to data can be controlled by
>> organization.  Why do you ask?
>> 
>> I have not looked at Mambo.  Have you?  Tell me about your project.  Is
>> there anything online I can check out?
>> 
>> Creation and maintenance of the layers is crucial, but would be handled
>> internally so the interface would not need to be as slick as that
>> presented to customers.  I believe that Mapbender, for example, uses OGC
>> services exclusvely but assumes that those services are all set up, i.e.
>> no features for creating those layers AFAICT, which is okay.  We could
>> set them up by hand at first and eventually build a back-end app, perhaps.
>> 
>> Neil
>> 
>> 
>> Bob Basques wrote:
>>> Neil,
>>> 
>>> Can you describe more of the authentication process you would like to use.
>>> 
>>> Are you planning on implementing the Authentication in the Mambo
>>> environment?
>>> 
>>> I have a new project that might fit your bill.  But alas there's not
>>> much documentation put together for it yet.
>>> 
>>> The layer aspects are all configured separately.  Each layer is managed
>>> separately by it's respective owner and accessed separately by the
>>> Client.  The General idea was to place control and upkeep of the data in
>>> the hands of the data creators and not bother the system admins with
>>> work related to updating and maintaining the datasets.
>>> 
>>> bobb
>>> 
>>> 
>>> Neil Best wrote:
>>> 
>>>> [ I encountered some of kind of glitch while trying to submit this
>>>> through the web interface, that's why the empty item from me.  I
>>>> wanted to include an old item that aligned  well with my agenda and
>>>> that seemed like the obvious way, but I ended up doing it with good
>>>> old cut and paste after all. ]
>>>> 
>>>> Eduardo, I found your note to mapserver-users while searching the
>>>> archive for any sign that others have been down this path before.
>>>> That was some time ago and I'm not sure I can do a good job of finding
>>>> other related threads since then, but what you describe sounds very
>>>> similar to the task that I have recently taken on, to find a web
>>>> mapping framework based on open source tools that maximizes leverage
>>>> of existing code while providing extensibility, maintainability, and
>>>> scalability.  This application will provide access to specific data
>>>> subsets and analysis tools under a subscription model to a diverse
>>>> group of users so by definition user profiles will drive the content
>>>> and client-side tools presented by the application.  This entails far
>>>> more than just slapping together some layers and putting a map on the
>>>> web, plus it needs to happen *fast* so building a web site from
>>>> scratch is not an option.  To these ends I will be evaluating a small
>>>> set of packages after conducting a brief survey of Mapserver-based
>>>> projects in general, including but not limited to:
>>>> 
>>>> Cartoweb     http://www.cartoweb.org/
>>>> Mapbender    http://www.mapbender.org/
>>>> PrimaGIS     http://www.primagis.fi/
>>>> 
>>>> I have been studying these projects in web space and have started
>>>> evaluating them in user/admin space and have already begun to form my
>>>> own opinions and impressions.  It would be great to hear from members
>>>> of the community who have insight into these issues and learn from
>>>> their experiences.  Maintainers and contributors to whichever
>>>> framework(s) meet my basic needs while demonstrating that additional
>>>> features can be developed rapidly and efficiently can expect to hear
>>>> from me in the near future soliciting proposals for a range of
>>>> services from client-side functionality to back-end integration and
>>>> management of data services, development efforts that could and should
>>>> make their way back to the code base of their respective projects.  If
>>>> you are still reading then you must be interested, so drop me a line!
>>>> Whether on- or off-list is up to you, but any comments at all are
>>>> welcome.  My employer is very serious about this so I earnestly hope
>>>> that this will generate some traffic and enthusiasm.
>>>> 
>>>> Sincerely,
>>>> 
>>>> Neil Best <nbest at forestone.com>
>>>> Forest One, Inc.
>>>> http://www.forestone.com/
>>>> 
>>>> 
>>>> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae
>>>> <lists at WEBMAPIT.COM.BR> wrote:
>>>> 
>>>>> Hi folks,
>>>>> 
>>>>> I'm currently looking for a MapServer *framework* to build MapScript
>>>>> applications inside another application : MamboServer.
>>>>> 
>>>>> Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
>>>>> software written in PHP and have a lot of great features.
>>>>> 
>>>>> Now, we want to integrate MapServer inside Mambo as a mambo component.
>>>>> 
>>>>> I was thinking to use Chameleon as preffered mapping framework, but is
>>>>> my suggestion right?
>>>>> 
>>>>> Can I  do it? Or chameleon can just work alone? I mean, can I use
>>>>> Chameleon widgets to load MapFiles,
>>>>> draw maps but inside another PHP application? ( because, we need to
>>>>> validate user rights, etc...)
>>>>> 
>>>>> another idea I was thinking about is to develop OGC maps, to be used
>>>>> with desktop applications (JUMP,uDig,ArcGIS OGC,...)
>>>>> and also a set of "mirror" maps  using NON-ogc access , to be used by
>>>>> PHP/MapScript applications. I was thinking in doing
>>>>> things this way to get some "speed" on web applications. But, is this
>>>>> really necessary? Or OGC maps should be enough
>>>>> to feed web MapServer clients and desktop clients?
>>>>> 
>>>>> thanks in advance.
>>>>> 
>>>>> best regards.
>>>>> 
>>>>> --
>>>>> Eduardo Patto Kanegae
>>>> 
>>>> 
>>> 
>>> 
>>> 
>> 
> 
> 
> -- 
> Puneet Kishor http://punkish.eidesis.org/
> Nelson Inst. for Env. Studies, UW-Madison http://www.nelson.wisc.edu/
> Open Source Geospatial Foundation https://edu.osgeo.org/
> ---------------------------------------------------------------------
> collaborate, communicate, compete
> =====================================================================


From Michael.Smith at ERDC.USACE.ARMY.MIL  Fri Dec  8 13:47:15 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Michael Smith)
Date: Fri, 8 Dec 2006 16:47:15 -0500
Subject: tune mapserver on oraclespatial
In-Reply-To: <45799375.2030804@kartago.de>
Message-ID: <FRI.8.DEC.2006.164715.0500.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

One of the easiest ways is to just introduce a small syntax error in your
data statement (change the tablename or something). Then Mapserver will
print the spatial sql statement to the screen (using the cgi version)

Mike Smith

-- 
Michael Smith
RSGIS Center
ERDC - CRREL
US Army Corps of Engineers





On 12/8/06 11:31 AM, "Sebastian Schmitz" <sschmitz at KARTAGO.DE> wrote:

> Hi,
> 
> We want to evaluate the best approach for tuning MapServer on a large
> table (300.000 rows) in Oracle Spatial. Current idea is to create a
> partitioned table with each partition having its spatial index. I would
> like to know, how CONNECTIONTYPE oraclespatial handles the extent to
> draw when retrieving data from Oracle Spatial. For this, it would help
> to see the SQL Mapserver generates and uses when accessing Oracle
> Spatial using CONNECTIONTYPE oraclespatial. How can I do this?
> 
> 
> Any hints greatly appreciated.
> 
> Cheers
> 
> Sebastian
> 
> 


From Steve.Lime at DNR.STATE.MN.US  Fri Dec  8 13:40:49 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 8 Dec 2006 15:40:49 -0600
Subject: Polygon buffer?
In-Reply-To: <8292E3D1E5E2EF4A94C36FE80D2443A80415AFDF@linnms,>
Message-ID: <FRI.8.DEC.2006.154049.0600.STEVE.LIMEDNR.STATE.MN.US>

Jason: MapServer does support this, either via the CGI or using
MapScript.

MapServer's feature or shape query methods do support distance
computations.
The result set mimics doing a buffer on the selection shape first and
then applying
it looking for intersections/overlap.

Distances are set within the layer to be searched using TOLERANCE and
TOLERANCEUNITS
so you could do something like:

  - select a lake
  - find all boat landings within 500 ft
  - find all state parks within 50 miles
  - find all steams with 1 km

All with one query. I don't have a good example laying around, but it's
easy enough
to setup. Here's a featurenquery example that selects a county and all
quads that
intersect it. If you set layer tolerances for the quad layers being
searched you'd
get what I described above.

Steve

>>> "Sievers, Jason" <jsievers at CO.LINN.OR.US> 12/8/2006 1:27:47 PM >>>
I want to perform a buffer query around a polygon.  I would select a
polygon, then get features from another layer who are within a
specified
distance of the outside edge of my selected polygon.  The only queries
involving buffers I see in the documentation are on points.  I have
looked
briefly at PostGIS and GRASS documentation.  Is the solution possible
in
MapServer? or should I investigate PostGIS, GRASS, or other tools?

Thanks for any help.


Jason Sievers
jsievers at co.linn.or.us


From Steve.Lime at DNR.STATE.MN.US  Fri Dec  8 14:10:27 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 8 Dec 2006 16:10:27 -0600
Subject: Anyone played with javascript templating and MapServer
Message-ID: <FRI.8.DEC.2006.161027.0600.STEVE.LIMEDNR.STATE.MN.US>

Just curious if folks have played with templating in the browser, for
example using JST from
http://trimpath.com/project/wiki/JavaScriptTemplates. Seems like it
might work quite nicely
with MapServer templates.

Steve


From punk.kish at GMAIL.COM  Fri Dec  8 14:48:24 2006
From: punk.kish at GMAIL.COM (P Kishor)
Date: Fri, 8 Dec 2006 16:48:24 -0600
Subject: a mapserver framework for flexibility
In-Reply-To: <C19F4771.1741B%ed@topozone.com>
Message-ID: <FRI.8.DEC.2006.164824.0600.PUNK.KISHGMAIL.COM>

On 12/8/06, Ed McNierney <ed at topozone.com> wrote:
> Puneet -
>
> Or, the more likely risk that safari advertisements will start appearing on
> your maps of Kenya <g>.

very funny, and very bloody likely.

>
> Alternatives are good, but please keep in mind that Google's API is really
> not an option for many commercial sites.  Depending on your point of view,
> that's either irrelevant or a fatal obstacle!
>

yes, absolutely correct. I did not bring into account the Terms of
Service (TOS) of Google Maps. Since I am not making any commercial
sites (for now at least), frankly I have only skimmed through the TOS.
Read them carefully and use at your own risk.

My consideration was purely on its technical merit -- letting Google
do all the legwork in making sure the darn thing works with different
browsers and other such useless nonsense that most web application
developers end up wasting their lives on.

Nevertheless, yes, alternatives are always good... and a few months
down the road, there will be yet another email asking for which
framework is better, and we will have even more choices. (I miss those
emails asking for which language was best for MapServer development --
we don't get those anymore -- I guess PHP on MS-Win  decimated all
choices)


>
> > From: P Kishor <punkish at EIDESIS.ORG>
> > Reply-To: P Kishor <punkish at EIDESIS.ORG>
> > Date: Fri, 8 Dec 2006 15:01:32 -0600
> > To: <MAPSERVER-USERS at LISTS.UMN.EDU>
> > Subject: Re: [UMN_MAPSERVER-USERS] a mapserver framework for flexibility
> >
> > I would like to submit an alternative MapServer framework -- it is
> > called Google Maps. I have been putting together an application, the
> > very alpha version of which can be seen at
> > <http://ecoservices.eidesis.org>
> >
> > The stuff on my webserver, aka the "backend", is Perl and SQLite using
> > the most excellent CGI::Application framework for creating websites,
> > the geodata other than Google's maps, aka the "sideend", is our
> > beloved MapServer, and the interface, aka the "frontend", is Google's
> > MAP API.
> >
> > There is a rich set of tools and techniques published for public
> > consumption, and for the most part, Google does the hard work for me
> > creating all this so I don't have to re-invent the wheel. In the best
> > example of laziness, I just choose and put it all together.
> >
> > The MapServer works with the least of embellishments and accoutremets.
> > It just serves data as WMS services using pure CGI.
> >
> > Of course, one downside is that Google could go belly-up tomorrow and
> > its mapping services would be shut down. I can live with that risk.
> >
> > On 12/8/06, Neil Best <nbest at forestone.com> wrote:
> >> Hi, Bob.  Thanks for your note.  The choice of authentication is wide
> >> open at this point.  We just need to have basic user/password functions
> >> and some concept of groups so that access to data can be controlled by
> >> organization.  Why do you ask?
> >>
> >> I have not looked at Mambo.  Have you?  Tell me about your project.  Is
> >> there anything online I can check out?
> >>
> >> Creation and maintenance of the layers is crucial, but would be handled
> >> internally so the interface would not need to be as slick as that
> >> presented to customers.  I believe that Mapbender, for example, uses OGC
> >> services exclusvely but assumes that those services are all set up, i.e.
> >> no features for creating those layers AFAICT, which is okay.  We could
> >> set them up by hand at first and eventually build a back-end app, perhaps.
> >>
> >> Neil
> >>
> >>
> >> Bob Basques wrote:
> >>> Neil,
> >>>
> >>> Can you describe more of the authentication process you would like to use.
> >>>
> >>> Are you planning on implementing the Authentication in the Mambo
> >>> environment?
> >>>
> >>> I have a new project that might fit your bill.  But alas there's not
> >>> much documentation put together for it yet.
> >>>
> >>> The layer aspects are all configured separately.  Each layer is managed
> >>> separately by it's respective owner and accessed separately by the
> >>> Client.  The General idea was to place control and upkeep of the data in
> >>> the hands of the data creators and not bother the system admins with
> >>> work related to updating and maintaining the datasets.
> >>>
> >>> bobb
> >>>
> >>>
> >>> Neil Best wrote:
> >>>
> >>>> [ I encountered some of kind of glitch while trying to submit this
> >>>> through the web interface, that's why the empty item from me.  I
> >>>> wanted to include an old item that aligned  well with my agenda and
> >>>> that seemed like the obvious way, but I ended up doing it with good
> >>>> old cut and paste after all. ]
> >>>>
> >>>> Eduardo, I found your note to mapserver-users while searching the
> >>>> archive for any sign that others have been down this path before.
> >>>> That was some time ago and I'm not sure I can do a good job of finding
> >>>> other related threads since then, but what you describe sounds very
> >>>> similar to the task that I have recently taken on, to find a web
> >>>> mapping framework based on open source tools that maximizes leverage
> >>>> of existing code while providing extensibility, maintainability, and
> >>>> scalability.  This application will provide access to specific data
> >>>> subsets and analysis tools under a subscription model to a diverse
> >>>> group of users so by definition user profiles will drive the content
> >>>> and client-side tools presented by the application.  This entails far
> >>>> more than just slapping together some layers and putting a map on the
> >>>> web, plus it needs to happen *fast* so building a web site from
> >>>> scratch is not an option.  To these ends I will be evaluating a small
> >>>> set of packages after conducting a brief survey of Mapserver-based
> >>>> projects in general, including but not limited to:
> >>>>
> >>>> Cartoweb     http://www.cartoweb.org/
> >>>> Mapbender    http://www.mapbender.org/
> >>>> PrimaGIS     http://www.primagis.fi/
> >>>>
> >>>> I have been studying these projects in web space and have started
> >>>> evaluating them in user/admin space and have already begun to form my
> >>>> own opinions and impressions.  It would be great to hear from members
> >>>> of the community who have insight into these issues and learn from
> >>>> their experiences.  Maintainers and contributors to whichever
> >>>> framework(s) meet my basic needs while demonstrating that additional
> >>>> features can be developed rapidly and efficiently can expect to hear
> >>>> from me in the near future soliciting proposals for a range of
> >>>> services from client-side functionality to back-end integration and
> >>>> management of data services, development efforts that could and should
> >>>> make their way back to the code base of their respective projects.  If
> >>>> you are still reading then you must be interested, so drop me a line!
> >>>> Whether on- or off-list is up to you, but any comments at all are
> >>>> welcome.  My employer is very serious about this so I earnestly hope
> >>>> that this will generate some traffic and enthusiasm.
> >>>>
> >>>> Sincerely,
> >>>>
> >>>> Neil Best <nbest at forestone.com>
> >>>> Forest One, Inc.
> >>>> http://www.forestone.com/
> >>>>
> >>>>
> >>>> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae
> >>>> <lists at WEBMAPIT.COM.BR> wrote:
> >>>>
> >>>>> Hi folks,
> >>>>>
> >>>>> I'm currently looking for a MapServer *framework* to build MapScript
> >>>>> applications inside another application : MamboServer.
> >>>>>
> >>>>> Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
> >>>>> software written in PHP and have a lot of great features.
> >>>>>
> >>>>> Now, we want to integrate MapServer inside Mambo as a mambo component.
> >>>>>
> >>>>> I was thinking to use Chameleon as preffered mapping framework, but is
> >>>>> my suggestion right?
> >>>>>
> >>>>> Can I  do it? Or chameleon can just work alone? I mean, can I use
> >>>>> Chameleon widgets to load MapFiles,
> >>>>> draw maps but inside another PHP application? ( because, we need to
> >>>>> validate user rights, etc...)
> >>>>>
> >>>>> another idea I was thinking about is to develop OGC maps, to be used
> >>>>> with desktop applications (JUMP,uDig,ArcGIS OGC,...)
> >>>>> and also a set of "mirror" maps  using NON-ogc access , to be used by
> >>>>> PHP/MapScript applications. I was thinking in doing
> >>>>> things this way to get some "speed" on web applications. But, is this
> >>>>> really necessary? Or OGC maps should be enough
> >>>>> to feed web MapServer clients and desktop clients?
> >>>>>
> >>>>> thanks in advance.
> >>>>>
> >>>>> best regards.
> >>>>>
> >>>>> --
> >>>>> Eduardo Patto Kanegae
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>
> >
> >
> > --
> > Puneet Kishor http://punkish.eidesis.org/
> > Nelson Inst. for Env. Studies, UW-Madison http://www.nelson.wisc.edu/
> > Open Source Geospatial Foundation https://edu.osgeo.org/
> > ---------------------------------------------------------------------
> > collaborate, communicate, compete
> > =====================================================================
>


-- 
Puneet Kishor http://punkish.eidesis.org/
Nelson Inst. for Env. Studies, UW-Madison http://www.nelson.wisc.edu/
Open Source Geospatial Foundation https://edu.osgeo.org/
---------------------------------------------------------------------
collaborate, communicate, compete
=====================================================================


From ollerery at ENGR.ORST.EDU  Fri Dec  8 15:22:18 2006
From: ollerery at ENGR.ORST.EDU (Ryan Ollerenshaw)
Date: Fri, 8 Dec 2006 15:22:18 -0800
Subject: Lat/lon shapfile
In-Reply-To: <C19F4793.6B9A%Michael.Smith@erdc.usace.army.mil>
Message-ID: <FRI.8.DEC.2006.152218.0800.OLLERERYENGR.ORST.EDU>

Does anyone have a lat/lon grid shapefile that they can send me?  I cant 
seem to find any on-line.

Thank you,
-Ryan


From aaronkoning at GMAIL.COM  Fri Dec  8 19:48:47 2006
From: aaronkoning at GMAIL.COM (Aaron Koning)
Date: Fri, 8 Dec 2006 19:48:47 -0800
Subject: Lat/lon shapfile
In-Reply-To: <4579F3AA.6070004@engr.orst.edu>
Message-ID: <FRI.8.DEC.2006.194847.0800.AARONKONINGGMAIL.COM>

Here are some grid layers:
     http://www.directionsmag.com/files/index.php/browse/13:34:36

Also, you can create grids in MapServer using the GRID object.

Aaron

On 12/8/06, Ryan Ollerenshaw <ollerery at engr.orst.edu> wrote:
>
> Does anyone have a lat/lon grid shapefile that they can send me?  I cant
> seem to find any on-line.
>
> Thank you,
> -Ryan
>



-- 
+-------------------------------------------------
|  Aaron Koning
|  Information Technologist
|  Prince George, BC, Canada.
+-------------------------------------------------
|  Flexible Internet Spatial Template:
|       http://fist-mapping.org
+-------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061208/9f2b4c6f/attachment.htm>

From perrygeo at GMAIL.COM  Fri Dec  8 20:43:58 2006
From: perrygeo at GMAIL.COM (Matthew Perry)
Date: Fri, 8 Dec 2006 20:43:58 -0800
Subject: Lat/lon shapfile
In-Reply-To: <4579F3AA.6070004@engr.orst.edu>
Message-ID: <FRI.8.DEC.2006.204358.0800.PERRYGEOGMAIL.COM>

You might try Quantum GIS . There is a pretty good (and easy) plugin
for creating grid shapefiles.

- matt

On 12/8/06, Ryan Ollerenshaw <ollerery at engr.orst.edu> wrote:
> Does anyone have a lat/lon grid shapefile that they can send me?  I cant
> seem to find any on-line.
>
> Thank you,
> -Ryan
>


-- 
Matthew T. Perry
GIS Analyst / Software Engineer
National Center for Ecological Analysis and Synthesis (NCEAS)
work: perry at nceas.ucsb.edu
web: http://www.perrygeo.net


From arndw at WTAL.DE  Sat Dec  9 06:14:38 2006
From: arndw at WTAL.DE (Arnd Wippermann)
Date: Sat, 9 Dec 2006 15:14:38 +0100
Subject: AW: [UMN_MAPSERVER-USERS] a mapserver framework for flexibility
In-Reply-To: <cdf6db500612081448l623301e1m3ce0414375e1979c@mail.gmail.com>
Message-ID: <SAT.9.DEC.2006.151438.0100.ARNDWWTAL.DE>

Hello list,

Using OpenLayers I have build a map client for WMS and Mapserver requests.
It supports to add and delete servers on the fly, set the visibility of
layers, change the order of display, GetFeatureInfo, Styled Layer
Descriptors (SLD), change the projection (no reprojection), set opacity
(only Firefox).

It is thought as an locally used client, easy to configure for own data and
display them with external WMS layers. I use popup windows for the map
controls, so i don't need to reduce the size of the map display. It is
poorly programmed in javascript, but it works.

I hope someone have a look.

With Openlayers Version 1.0 :
http://gis.ibbeck.de/ginfo/ibbOLClient/OpenLayersClient.html

And with Version 2.2 : http://gis.ibbeck.de/ginfo/ibbOLClient/olc2.2.html

Arnd Wippermann
http://gis.ibbeck.de/ginfo/index.html
 

-----Urspr?ngliche Nachricht-----
Von: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Im
Auftrag von P Kishor
Gesendet: Freitag, 8. Dezember 2006 23:48
An: MAPSERVER-USERS at LISTS.UMN.EDU
Betreff: Re: [UMN_MAPSERVER-USERS] a mapserver framework for flexibility

On 12/8/06, Ed McNierney <ed at topozone.com> wrote:
> Puneet -
>
> Or, the more likely risk that safari advertisements will start 
> appearing on your maps of Kenya <g>.

very funny, and very bloody likely.

>
> Alternatives are good, but please keep in mind that Google's API is 
> really not an option for many commercial sites.  Depending on your 
> point of view, that's either irrelevant or a fatal obstacle!
>

yes, absolutely correct. I did not bring into account the Terms of Service
(TOS) of Google Maps. Since I am not making any commercial sites (for now at
least), frankly I have only skimmed through the TOS.
Read them carefully and use at your own risk.

My consideration was purely on its technical merit -- letting Google do all
the legwork in making sure the darn thing works with different browsers and
other such useless nonsense that most web application developers end up
wasting their lives on.

Nevertheless, yes, alternatives are always good... and a few months down the
road, there will be yet another email asking for which framework is better,
and we will have even more choices. (I miss those emails asking for which
language was best for MapServer development -- we don't get those anymore --
I guess PHP on MS-Win  decimated all
choices)


>
> > From: P Kishor <punkish at EIDESIS.ORG>
> > Reply-To: P Kishor <punkish at EIDESIS.ORG>
> > Date: Fri, 8 Dec 2006 15:01:32 -0600
> > To: <MAPSERVER-USERS at LISTS.UMN.EDU>
> > Subject: Re: [UMN_MAPSERVER-USERS] a mapserver framework for 
> > flexibility
> >
> > I would like to submit an alternative MapServer framework -- it is 
> > called Google Maps. I have been putting together an application, the 
> > very alpha version of which can be seen at 
> > <http://ecoservices.eidesis.org>
> >
> > The stuff on my webserver, aka the "backend", is Perl and SQLite 
> > using the most excellent CGI::Application framework for creating 
> > websites, the geodata other than Google's maps, aka the "sideend", 
> > is our beloved MapServer, and the interface, aka the "frontend", is 
> > Google's MAP API.
> >
> > There is a rich set of tools and techniques published for public 
> > consumption, and for the most part, Google does the hard work for me 
> > creating all this so I don't have to re-invent the wheel. In the 
> > best example of laziness, I just choose and put it all together.
> >
> > The MapServer works with the least of embellishments and accoutremets.
> > It just serves data as WMS services using pure CGI.
> >
> > Of course, one downside is that Google could go belly-up tomorrow 
> > and its mapping services would be shut down. I can live with that risk.
> >
> > On 12/8/06, Neil Best <nbest at forestone.com> wrote:
> >> Hi, Bob.  Thanks for your note.  The choice of authentication is 
> >> wide open at this point.  We just need to have basic user/password 
> >> functions and some concept of groups so that access to data can be 
> >> controlled by organization.  Why do you ask?
> >>
> >> I have not looked at Mambo.  Have you?  Tell me about your project.  
> >> Is there anything online I can check out?
> >>
> >> Creation and maintenance of the layers is crucial, but would be 
> >> handled internally so the interface would not need to be as slick 
> >> as that presented to customers.  I believe that Mapbender, for 
> >> example, uses OGC services exclusvely but assumes that those services
are all set up, i.e.
> >> no features for creating those layers AFAICT, which is okay.  We 
> >> could set them up by hand at first and eventually build a back-end app,
perhaps.
> >>
> >> Neil
> >>
> >>
> >> Bob Basques wrote:
> >>> Neil,
> >>>
> >>> Can you describe more of the authentication process you would like to
use.
> >>>
> >>> Are you planning on implementing the Authentication in the Mambo 
> >>> environment?
> >>>
> >>> I have a new project that might fit your bill.  But alas there's 
> >>> not much documentation put together for it yet.
> >>>
> >>> The layer aspects are all configured separately.  Each layer is 
> >>> managed separately by it's respective owner and accessed 
> >>> separately by the Client.  The General idea was to place control 
> >>> and upkeep of the data in the hands of the data creators and not 
> >>> bother the system admins with work related to updating and maintaining
the datasets.
> >>>
> >>> bobb
> >>>
> >>>
> >>> Neil Best wrote:
> >>>
> >>>> [ I encountered some of kind of glitch while trying to submit 
> >>>> this through the web interface, that's why the empty item from 
> >>>> me.  I wanted to include an old item that aligned  well with my 
> >>>> agenda and that seemed like the obvious way, but I ended up doing 
> >>>> it with good old cut and paste after all. ]
> >>>>
> >>>> Eduardo, I found your note to mapserver-users while searching the 
> >>>> archive for any sign that others have been down this path before.
> >>>> That was some time ago and I'm not sure I can do a good job of 
> >>>> finding other related threads since then, but what you describe 
> >>>> sounds very similar to the task that I have recently taken on, to 
> >>>> find a web mapping framework based on open source tools that 
> >>>> maximizes leverage of existing code while providing 
> >>>> extensibility, maintainability, and scalability.  This 
> >>>> application will provide access to specific data subsets and 
> >>>> analysis tools under a subscription model to a diverse group of 
> >>>> users so by definition user profiles will drive the content and 
> >>>> client-side tools presented by the application.  This entails far 
> >>>> more than just slapping together some layers and putting a map on 
> >>>> the web, plus it needs to happen *fast* so building a web site 
> >>>> from scratch is not an option.  To these ends I will be 
> >>>> evaluating a small set of packages after conducting a brief survey of
Mapserver-based projects in general, including but not limited to:
> >>>>
> >>>> Cartoweb     http://www.cartoweb.org/
> >>>> Mapbender    http://www.mapbender.org/
> >>>> PrimaGIS     http://www.primagis.fi/
> >>>>
> >>>> I have been studying these projects in web space and have started 
> >>>> evaluating them in user/admin space and have already begun to 
> >>>> form my own opinions and impressions.  It would be great to hear 
> >>>> from members of the community who have insight into these issues 
> >>>> and learn from their experiences.  Maintainers and contributors 
> >>>> to whichever
> >>>> framework(s) meet my basic needs while demonstrating that 
> >>>> additional features can be developed rapidly and efficiently can 
> >>>> expect to hear from me in the near future soliciting proposals 
> >>>> for a range of services from client-side functionality to 
> >>>> back-end integration and management of data services, development 
> >>>> efforts that could and should make their way back to the code 
> >>>> base of their respective projects.  If you are still reading then you
must be interested, so drop me a line!
> >>>> Whether on- or off-list is up to you, but any comments at all are 
> >>>> welcome.  My employer is very serious about this so I earnestly 
> >>>> hope that this will generate some traffic and enthusiasm.
> >>>>
> >>>> Sincerely,
> >>>>
> >>>> Neil Best <nbest at forestone.com>
> >>>> Forest One, Inc.
> >>>> http://www.forestone.com/
> >>>>
> >>>>
> >>>> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae 
> >>>> <lists at WEBMAPIT.COM.BR> wrote:
> >>>>
> >>>>> Hi folks,
> >>>>>
> >>>>> I'm currently looking for a MapServer *framework* to build 
> >>>>> MapScript applications inside another application : MamboServer.
> >>>>>
> >>>>> Just to clarify, MamboServer ( www.mamboserver.com ) is a free 
> >>>>> CMS software written in PHP and have a lot of great features.
> >>>>>
> >>>>> Now, we want to integrate MapServer inside Mambo as a mambo
component.
> >>>>>
> >>>>> I was thinking to use Chameleon as preffered mapping framework, 
> >>>>> but is my suggestion right?
> >>>>>
> >>>>> Can I  do it? Or chameleon can just work alone? I mean, can I 
> >>>>> use Chameleon widgets to load MapFiles, draw maps but inside 
> >>>>> another PHP application? ( because, we need to validate user 
> >>>>> rights, etc...)
> >>>>>
> >>>>> another idea I was thinking about is to develop OGC maps, to be 
> >>>>> used with desktop applications (JUMP,uDig,ArcGIS OGC,...) and 
> >>>>> also a set of "mirror" maps  using NON-ogc access , to be used 
> >>>>> by PHP/MapScript applications. I was thinking in doing things 
> >>>>> this way to get some "speed" on web applications. But, is this 
> >>>>> really necessary? Or OGC maps should be enough to feed web 
> >>>>> MapServer clients and desktop clients?
> >>>>>
> >>>>> thanks in advance.
> >>>>>
> >>>>> best regards.
> >>>>>
> >>>>> --
> >>>>> Eduardo Patto Kanegae
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>
> >
> >
> > --
> > Puneet Kishor http://punkish.eidesis.org/ Nelson Inst. for Env. 
> > Studies, UW-Madison http://www.nelson.wisc.edu/ Open Source 
> > Geospatial Foundation https://edu.osgeo.org/
> > --------------------------------------------------------------------
> > -
> > collaborate, communicate, compete
> > ====================================================================
> > =
>


--
Puneet Kishor http://punkish.eidesis.org/ Nelson Inst. for Env. Studies,
UW-Madison http://www.nelson.wisc.edu/ Open Source Geospatial Foundation
https://edu.osgeo.org/
---------------------------------------------------------------------
collaborate, communicate, compete
=====================================================================


From williampaul28 at YAHOO.COM  Sat Dec  9 06:32:34 2006
From: williampaul28 at YAHOO.COM (william paul)
Date: Sat, 9 Dec 2006 06:32:34 -0800
Subject: LABELITEM
Message-ID: <SAT.9.DEC.2006.063234.0800.WILLIAMPAUL28YAHOO.COM>

Hello:
   
  Is it possible to have 2 columns for LABELITEM?
   
  I have 2 CLASS in the map file. For the first CLASS I want to use LABELITEM "name" and for the second class I want to use LABELITEM "place", so for each CLASS I can set different labels from different columns
   
  Thank you in advance
   
  example:
   CLASSITEM  "class"
 LABELITEM  "name" and "place"
 CLASS
  NAME  "class1"
  EXPRESSION "2"
  STYLE
   COLOR  112 112 112
   SYMBOL "POINT"
   SIZE  7
  END
  LABEL
   COLOR   112 112 112
   TYPE   TRUETYPE
   FONT   arial
   MAXSIZE  7
   MINSIZE  7
   ANTIALIAS  true
   POSITION  auto
   PARTIALS  TRUE
   MINDISTANCE  100
   BUFFER  0
   ENCODING  "iso-8859-1"
   FORCE   true
  END # end of label
 TEMPLATE  "query_templates/template.html"
 END
   CLASS
  NAME  "class2"
  EXPRESSION "1"
  STYLE
   COLOR  255 0 0
   SYMBOL "POINT"
   SIZE  7
  END
  LABEL
   COLOR   255 0 0 
   TYPE   TRUETYPE
   FONT   verdana
   MAXSIZE  7
   MINSIZE  7
   ANTIALIAS  true
   POSITION  uc
   PARTIALS  TRUE
   MINDISTANCE  100
   BUFFER  0
   ENCODING  "iso-8859-1"
   FORCE   true
  END # end of label
 TEMPLATE  "query_templates/template.html
 END

  William

 
---------------------------------
Want to start your own business? Learn how on Yahoo! Small Business.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061209/9daa7e2e/attachment.htm>

From woodbri at SWOODBRIDGE.COM  Sat Dec  9 09:29:51 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Sat, 9 Dec 2006 12:29:51 -0500
Subject: LABELITEM
In-Reply-To: <20061209143235.77360.qmail@web42404.mail.scd.yahoo.com>
Message-ID: <SAT.9.DEC.2006.122951.0500.WOODBRISWOODBRIDGE.COM>

Not exactly like that.

Try in the CLASS to add TEXT ([name], [place])

-Steve W

william paul wrote:
> Hello:
>  
> Is it possible to have 2 columns for LABELITEM?
>  
> I have 2 CLASS in the map file. For the first CLASS I want to use 
> LABELITEM "name" and for the second class I want to use LABELITEM 
> "place", so for each CLASS I can set different labels from different columns
>  
> Thank you in advance
>  
> example:
>  CLASSITEM  "class"
>  LABELITEM  "name" and "place"
>  CLASS
>   NAME  "class1"
>   EXPRESSION "2"
>   STYLE
>    COLOR  112 112 112
>    SYMBOL "POINT"
>    SIZE  7
>   END
>   LABEL
>    COLOR   112 112 112
>    TYPE   TRUETYPE
>    FONT   arial
>    MAXSIZE  7
>    MINSIZE  7
>    ANTIALIAS  true
>    POSITION  auto
>    PARTIALS  TRUE
>    MINDISTANCE  100
>    BUFFER  0
>    ENCODING  "iso-8859-1"
>    FORCE   true
>   END # end of label
>  TEMPLATE  "query_templates/template.html"
>  END
>  CLASS
>   NAME  "class2"
>   EXPRESSION "1"
>   STYLE
>    COLOR  255 0 0
>    SYMBOL "POINT"
>    SIZE  7
>   END
>   LABEL
>    COLOR   255 0 0
>    TYPE   TRUETYPE
>    FONT   verdana
>    MAXSIZE  7
>    MINSIZE  7
>    ANTIALIAS  true
>    POSITION  uc
>    PARTIALS  TRUE
>    MINDISTANCE  100
>    BUFFER  0
>    ENCODING  "iso-8859-1"
>    FORCE   true
>   END # end of label
>  TEMPLATE  "query_templates/template.html
>  END
> William
> 
> Want to start your own business? Learn how on Yahoo! Small Business. 
> <http://us.rd.yahoo.com/evt=41244/*http://smallbusiness.yahoo.com/r-index>


From epk.lists at GMAIL.COM  Sat Dec  9 12:24:45 2006
From: epk.lists at GMAIL.COM (Eduardo Patto Kanegae)
Date: Sat, 9 Dec 2006 18:24:45 -0200
Subject: a mapserver framework for flexibility
In-Reply-To: <45787B71.1030904@forestone.com>
Message-ID: <SAT.9.DEC.2006.182445.0200.EPK.LISTSGMAIL.COM>

Hi Neil,

Sorry for the late answer ( I also saw the other message you sent through my
website).

Well, in fact I think all the replies I've seen down this topic is really
saying a lot. But , let me point what I had here.

I tested ka-map, Chameleon, and also run a demo of CartoWeb and these are
all nice interfaces for you MapServer application. But , in that time I
choose Chameleon. Why? I found it very simple to learn: it's all about
MapFiles + Chameleon Template files. The last one is similar to MapServer
template files but the new thing is that you declare some XML tags which
defines application and user components( such as zoom command buttons).

The bad thing was that I wasn't able to insert my chameleon application
inside a MamboServer component because Mambo generate outputs (headers)
before load any component. Then, when Chameleon try to create its own
session,
it fails because Mambo already started a session and already sent headers.

So, the workaround I did was to create a Mambo component that embeds an
IFRAME html and put chameleon withing this IFRAME.

But for now, I think you should also consider the "interoperability" item
for webmapping applications. The "web Google-lization" is coming more and
more visible but there's also a bit of "vapoware" around Google maps and
earth. So, maybe to use Google Maps API could not be the best option if in
some near future Google starts to popup a lot of Ads inside your
applications. Using this point of view, I think OpenLayers is a better
option because it can load Google Maps, but it can also load WMS maps and
other proprietary services(Yahoo, MS Virtual Earth,etc).

I'm seeing some customers putting a lot of preasure with things like "I want
my maps over Google Maps! I want AJAX!" . But, in some cases a lot are
forgetting the main thing: before trying that "very nice application
interface" why not to try the simplest one but containing the data the
customers need?

best regards


Eduardo Patto Kanegae
http://www.webmapit.com.br


On 12/7/06, Neil Best <nbest at forestone.com> wrote:
>
> [ I encountered some of kind of glitch while trying to submit this
> through the web interface, that's why the empty item from me.  I wanted
> to include an old item that aligned  well with my agenda and that seemed
> like the obvious way, but I ended up doing it with good old cut and
> paste after all. ]
>
> Eduardo, I found your note to mapserver-users while searching the
> archive for any sign that others have been down this path before.  That
> was some time ago and I'm not sure I can do a good job of finding other
> related threads since then, but what you describe sounds very similar to
> the task that I have recently taken on, to find a web mapping framework
> based on open source tools that maximizes leverage of existing code
> while providing extensibility, maintainability, and scalability.  This
> application will provide access to specific data subsets and analysis
> tools under a subscription model to a diverse group of users so by
> definition user profiles will drive the content and client-side tools
> presented by the application.  This entails far more than just slapping
> together some layers and putting a map on the web, plus it needs to
> happen *fast* so building a web site from scratch is not an option.  To
> these ends I will be evaluating a small set of packages after conducting
> a brief survey of Mapserver-based projects in general, including but not
> limited to:
>
> Cartoweb     http://www.cartoweb.org/
> Mapbender    http://www.mapbender.org/
> PrimaGIS     http://www.primagis.fi/
>
> I have been studying these projects in web space and have started
> evaluating them in user/admin space and have already begun to form my
> own opinions and impressions.  It would be great to hear from members of
> the community who have insight into these issues and learn from their
> experiences.  Maintainers and contributors to whichever framework(s)
> meet my basic needs while demonstrating that additional features can be
> developed rapidly and efficiently can expect to hear from me in the near
> future soliciting proposals for a range of services from client-side
> functionality to back-end integration and management of data services,
> development efforts that could and should make their way back to the
> code base of their respective projects.  If you are still reading then
> you must be interested, so drop me a line!  Whether on- or off-list is
> up to you, but any comments at all are welcome.  My employer is very
> serious about this so I earnestly hope that this will generate some
> traffic and enthusiasm.
>
> Sincerely,
>
> Neil Best <nbest at forestone.com>
> Forest One, Inc.
> http://www.forestone.com/
>
>
> On Sun, 21 Aug 2005 21:45:11 -0300, Eduardo Patto Kanegae
> <lists at WEBMAPIT.COM.BR> wrote:
>
> >Hi folks,
> >
> >I'm currently looking for a MapServer *framework* to build MapScript
> >applications inside another application : MamboServer.
> >
> >Just to clarify, MamboServer ( www.mamboserver.com ) is a free CMS
> >software written in PHP and have a lot of great features.
> >
> >Now, we want to integrate MapServer inside Mambo as a mambo component.
> >
> >I was thinking to use Chameleon as preffered mapping framework, but is
> >my suggestion right?
> >
> >Can I  do it? Or chameleon can just work alone? I mean, can I use
> >Chameleon widgets to load MapFiles,
> >draw maps but inside another PHP application? ( because, we need to
> >validate user rights, etc...)
> >
> >another idea I was thinking about is to develop OGC maps, to be used
> >with desktop applications (JUMP,uDig,ArcGIS OGC,...)
> >and also a set of "mirror" maps  using NON-ogc access , to be used by
> >PHP/MapScript applications. I was thinking in doing
> >things this way to get some "speed" on web applications. But, is this
> >really necessary? Or OGC maps should be enough
> >to feed web MapServer clients and desktop clients?
> >
> >thanks in advance.
> >
> >best regards.
> >
> >--
> >Eduardo Patto Kanegae
>



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

From sroberts at UCAR.EDU  Sat Dec  9 16:07:19 2006
From: sroberts at UCAR.EDU (Steve Roberts)
Date: Sat, 9 Dec 2006 17:07:19 -0700
Subject: Problems with mapserver and oblique projections
Message-ID: <SAT.9.DEC.2006.170719.0700.SROBERTSUCAR.EDU>

Hello,

I've been experiencing this same problem using a standard Polar 
Stereographic projection. The problem has not gone away with the latest 
release(4.10.0). Below is a url to an example mapserver site where I am 
trying to plot ship tracks and coring sites that cross the North Pole:

http://mapserver.eol.ucar.edu/cgi-bin/bug/mapserv-4.10.0?mode=browse&map=/export/web/mapserver/data/bug/test.map&imgxy=300+300&imgext=-2000000+-2000000+2000000+2000000&zoomsize=2

I'm using mapserver 4.10.0 in this example. As you can see not much shows 
up with the initial map extent which is centered on the North Pole. But 
when you recenter the map away from the pole more of the ship tracks and 
core sites will show up.

As Frank mentioned the core of the problem is based on the false 
assumption that the lat/long equivalent of the edge of the map bounding 
box can be used to represent a rectangle bounding box to filter lat/long 
data that is outside of your map view. In the above example url with the 
map centered on the North Pole the edges of the bounding box never gets 
above 71.5 degrees so we end up with a circular filter "box" of 
180W,180E,64N,71.5N where everything outside of this "box" is not plotted. 
This is obviously not what we want. There is an excellent article on the 
web which discusses these issues at:

  http://chukchi.colorado.edu/PAPER/

There was mention of MapServer "sampling" through the destination 
rectangle if there is a failure to reproject any of the edge points. In 
this example and many others this never occurs so this does not solve the 
problem. And doing a course sampling through the interior of the rectangle 
is not an optimal solution either. There is a high probability of missing 
the pole. In my example url above I have a coring site right at the North 
Pole and when I modify the code to force "sampling" most of the data will 
now show up but the North Pole core site still fails to plot. A proposed 
simple solution would be to add some code to detect if the poles are 
inside the map bounding box and adjust the extents accordingly. Adding the 
following code to the subroutine msProjectRect in mapproject.c just before 
the line "if( failure > 0 )" would do the trick:


   /* Check if North or South Pole is in search rectangle */
   if(!pj_is_latlong(in->proj) && pj_is_latlong(out->proj) ) {
       /* Check if North Pole is in search rectangle */
       prj_point.x = 0;
       prj_point.y = 90;
       if( msProjectPoint( out, in, &prj_point ) == MS_FAILURE ) {
           msDebug( "msProjectRect(): Failed to project North Pole.\n" );
           pole_failure++;
       } else {;
           if(msPointInRect(&prj_point,rect)) {
              prj_rect.maxy = 90;
           }
       }

       /* Check if South Pole is in search rectangle */
       prj_point.x = 0;
       prj_point.y = -90;
       if( msProjectPoint( out, in, &prj_point ) == MS_FAILURE ) {
           msDebug( "msProjectRect(): Failed to project South Pole.\n" );
           pole_failure++;
       } else {;
           if(msPointInRect(&prj_point,rect)) {
              prj_rect.miny = -90;
           }
       }
       if(pole_failure > 1) {
           msDebug( "msProjectRect(): Failed to project both North and South Pole.\n" );
           failure++;
       }
   }


And also add:

   int     pole_failure=0;

at the beginning of the subroutine. The above code works by projecting the 
north and south poles from lat/longs to the map projection and then using 
the routine "msPointInRect" to check if these points are inside the map 
bounding box. With the above addition the above example will now generate 
the bounds 180W,180E,64N,90N and all the data should now show up.

However, I've noticed that msProjectRect still has issues when the 
lat/long bounding box crosses the dateline. Regardless of how small the 
bounding box is, if it crosses the dateline it will produce a longitudinal 
extent of -180 to 180. Using the terminology of the above referenced 
article this will potentially generate a large number of "False 
Positives". Normally the user would not be aware of this but if you are 
dealing with a large dataset I would imagine this could potentially slow 
things down significantly. I'm not sure how to deal with this but just 
thought I would point this out.

-Steve
-- 
Steve Roberts
NCAR/EOL
P.O. Box 3000 
Boulder, CO 80307-3000		eol:  http://www.eol.ucar.edu


From warmerdam at POBOX.COM  Sat Dec  9 20:55:04 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Sat, 9 Dec 2006 23:55:04 -0500
Subject: Problems with mapserver and oblique projections
In-Reply-To: <Pine.LNX.4.64.0612091643590.6945@romulus.eol.ucar.edu>
Message-ID: <SAT.9.DEC.2006.235504.0500.WARMERDAMPOBOX.COM>

Steve Roberts wrote:
> Adding the following code to the subroutine msProjectRect 
> in mapproject.c just before the line "if( failure > 0 )" would do the 
> trick:

Steve,

Would you mind submitting this as a bugzilla bug report, ideally along
with a small map+dataset demonstrating the problem.  Something I could
include in the test suite (ie. < 30K of data or so).

I'm concerned that the patch may do undesirable things in some cases,
but I'd like to put it in place.  However, given the risks, I want to
keep a good "documentation and test" trail for the changes.

Note that msReprojectRect() is used for things other than just search
rectangles for features, so the -180 to 180 problem across the dateline
could be even serious than false positives in the search sometimes.

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    | President OSGeo, http://osgeo.org


From williampaul28 at YAHOO.COM  Sun Dec 10 03:11:32 2006
From: williampaul28 at YAHOO.COM (william paul)
Date: Sun, 10 Dec 2006 03:11:32 -0800
Subject: LABELITEM
In-Reply-To: <457AF28F.6040808@swoodbridge.com>
Message-ID: <SUN.10.DEC.2006.031132.0800.WILLIAMPAUL28YAHOO.COM>

Thank you a lot Stephen, it worked
   
  Is it possible to have 2 different fonts? each for 1 column?
   
  example:
   
  NAME use arial font
  PLACE use verdana font?
   
  William

Stephen Woodbridge <woodbri at SWOODBRIDGE.COM> wrote:
  Not exactly like that.

Try in the CLASS to add TEXT ([name], [place])

-Steve W

william paul wrote:
> Hello:
> 
> Is it possible to have 2 columns for LABELITEM?
> 
> I have 2 CLASS in the map file. For the first CLASS I want to use 
> LABELITEM "name" and for the second class I want to use LABELITEM 
> "place", so for each CLASS I can set different labels from different columns
> 
> Thank you in advance
> 
> example:
> CLASSITEM "class"
> LABELITEM "name" and "place"
> CLASS
> NAME "class1"
> EXPRESSION "2"
> STYLE
> COLOR 112 112 112
> SYMBOL "POINT"
> SIZE 7
> END
> LABEL
> COLOR 112 112 112
> TYPE TRUETYPE
> FONT arial
> MAXSIZE 7
> MINSIZE 7
> ANTIALIAS true
> POSITION auto
> PARTIALS TRUE
> MINDISTANCE 100
> BUFFER 0
> ENCODING "iso-8859-1"
> FORCE true
> END # end of label
> TEMPLATE "query_templates/template.html"
> END
> CLASS
> NAME "class2"
> EXPRESSION "1"
> STYLE
> COLOR 255 0 0
> SYMBOL "POINT"
> SIZE 7
> END
> LABEL
> COLOR 255 0 0
> TYPE TRUETYPE
> FONT verdana
> MAXSIZE 7
> MINSIZE 7
> ANTIALIAS true
> POSITION uc
> PARTIALS TRUE
> MINDISTANCE 100
> BUFFER 0
> ENCODING "iso-8859-1"
> FORCE true
> END # end of label
> TEMPLATE "query_templates/template.html
> END
> William
> 
> Want to start your own business? Learn how on Yahoo! Small Business. 
> 


 
---------------------------------
Everyone is raving about the all-new Yahoo! Mail beta.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061210/c3e8b1a3/attachment.htm>

From williampaul28 at YAHOO.COM  Sun Dec 10 04:03:43 2006
From: williampaul28 at YAHOO.COM (william paul)
Date: Sun, 10 Dec 2006 04:03:43 -0800
Subject: mapping query results with dbox and mapserv.js
Message-ID: <SUN.10.DEC.2006.040343.0800.WILLIAMPAUL28YAHOO.COM>

Hello:
  I am using dBox, the example from http://maps.dnr.state.mn.us/tools/dbox/example/example.html.
  I have a database on Sql ServerExpress and I am using ASPX to query the database and display the results
  I want to map some of the results, but I don't know how to do it. I tried with the example provided by Rich:
   
  mapserv.exe?map=my.map
  &mode=itemnquery
  &qitem=pidn
  &qlayer=join_region_spatial
  &mapext=shapes
  &savequery=true
  &qstring=22-41-16-33-4-11-004

  but instead of mapping the result I get a basic mapserver query results, like they were queried from the map
   
  How can I map the query results from a database with dbox.js and mapserv.js on the example from http://maps.dnr.state.mn.us/tools/dbox/example/example.html?
   
  Thank you in advance
   
  William
   
   

 
---------------------------------
Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061210/6cbfc2a4/attachment.htm>

From richard.greenwood at GMAIL.COM  Sun Dec 10 05:21:31 2006
From: richard.greenwood at GMAIL.COM (Richard Greenwood)
Date: Sun, 10 Dec 2006 06:21:31 -0700
Subject: mapping query results with dbox and mapserv.js
In-Reply-To: <849429.23666.qm@web42407.mail.yahoo.com>
Message-ID: <SUN.10.DEC.2006.062131.0700.RICHARD.GREENWOODGMAIL.COM>

On 12/10/06, william paul <williampaul28 at yahoo.com> wrote:
> Hello:
> I am using dBox, the example from
> http://maps.dnr.state.mn.us/tools/dbox/example/example.html.
> I have a database on Sql ServerExpress and I am using ASPX to query the
> database and display the results
> I want to map some of the results, but I don't know how to do it. I tried
> with the example provided by Rich:
>
> mapserv.exe?map=my.map
>   &mode=itemnquery
>   &qitem=pidn
>   &qlayer=join_region_spatial
>   &mapext=shapes
>   &savequery=true
>   &qstring=22-41-16-33-4-11-004
>
> but instead of mapping the result I get a basic mapserver query results,
> like they were queried from the map
>
> How can I map the query results from a database with dbox.js and mapserv.js
> on the example from
> http://maps.dnr.state.mn.us/tools/dbox/example/example.html?
>
> Thank you in advance
>
> William

You need to set a template for the queried layer to display the map.
In other words, the template for your query layer has to be an html
page with a map in it. You set this in the .map file.

The map file definition for the query string above is shown below. The
HEADER just references my main html map page (it is not a special
page). The TEMPLATE is an empty file. The reason for this is that if a
query result returns more than one object you will get one map for
each object if you reference the html map page with the TEMPLATE key
word, but referencing it with the HEADER causes all queried objects to
be drawn on one map, and zoomed to an extent including all of the
objects.


Layer
	NAME "join_region_spatial"
	STATUS OFF	# either set to DEFAULT, or explicitly call for it
	TYPE  polygon
	DATA  "ownership_region.shp"
	FILTERITEM Pidn
	Filter "%pidn%"
	HEADER "sc_map.html"
	TEMPLATE "empty2.html"
	CLASS
		OUTLINECOLOR 255 255 0
		SYMBOL 'solid' SIZE 6
	END # class
END # layer



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


From williampaul28 at YAHOO.COM  Sun Dec 10 06:05:26 2006
From: williampaul28 at YAHOO.COM (william paul)
Date: Sun, 10 Dec 2006 06:05:26 -0800
Subject: mapping query results with dbox and mapserv.js
In-Reply-To: <ae9185aa0612100521mdf2e647s13ebb8c56a1d33a@mail.gmail.com>
Message-ID: <SUN.10.DEC.2006.060526.0800.WILLIAMPAUL28YAHOO.COM>

Hi Rich:
   
  I have modified the map file as you told me:
   
  HEADER main.html
  TEMPLATE empty.html
  CLASS
   
  END
   
  When I try to display the query results I get only the main.html without any data inside, like I just want to display the html file. 

  The emty.html:
   
  <html><head></head><body></body></html>
   
  If I try to query from the map I get the same result: the main.html page without any data inside
   
  Where I do wrong?
   
  Thank you again
   
  William
  
Richard Greenwood <richard.greenwood at gmail.com> wrote:
  On 12/10/06, william paul wrote:
> Hello:
> I am using dBox, the example from
> http://maps.dnr.state.mn.us/tools/dbox/example/example.html.
> I have a database on Sql ServerExpress and I am using ASPX to query the
> database and display the results
> I want to map some of the results, but I don't know how to do it. I tried
> with the example provided by Rich:
>
> mapserv.exe?map=my.map
> &mode=itemnquery
> &qitem=pidn
> &qlayer=join_region_spatial
> &mapext=shapes
> &savequery=true
> &qstring=22-41-16-33-4-11-004
>
> but instead of mapping the result I get a basic mapserver query results,
> like they were queried from the map
>
> How can I map the query results from a database with dbox.js and mapserv.js
> on the example from
> http://maps.dnr.state.mn.us/tools/dbox/example/example.html?
>
> Thank you in advance
>
> William

You need to set a template for the queried layer to display the map.
In other words, the template for your query layer has to be an html
page with a map in it. You set this in the .map file.

The map file definition for the query string above is shown below. The
HEADER just references my main html map page (it is not a special
page). The TEMPLATE is an empty file. The reason for this is that if a
query result returns more than one object you will get one map for
each object if you reference the html map page with the TEMPLATE key
word, but referencing it with the HEADER causes all queried objects to
be drawn on one map, and zoomed to an extent including all of the
objects.


Layer
NAME "join_region_spatial"
STATUS OFF # either set to DEFAULT, or explicitly call for it
TYPE polygon
DATA "ownership_region.shp"
FILTERITEM Pidn
Filter "%pidn%"
HEADER "sc_map.html"
TEMPLATE "empty2.html"
CLASS
OUTLINECOLOR 255 255 0
SYMBOL 'solid' SIZE 6
END # class
END # layer



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


 
---------------------------------
Everyone is raving about the all-new Yahoo! Mail beta.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061210/191b9db1/attachment.htm>

From richard.greenwood at GMAIL.COM  Sun Dec 10 09:44:47 2006
From: richard.greenwood at GMAIL.COM (Richard Greenwood)
Date: Sun, 10 Dec 2006 10:44:47 -0700
Subject: mapping query results with dbox and mapserv.js
In-Reply-To: <463499.80525.qm@web42404.mail.yahoo.com>
Message-ID: <SUN.10.DEC.2006.104447.0700.RICHARD.GREENWOODGMAIL.COM>

On 12/10/06, william paul <williampaul28 at yahoo.com> wrote:
> Hi Rich:
>
> I have modified the map file as you told me:
>
> HEADER main.html
> TEMPLATE empty.html
> CLASS
>
> END
>
> When I try to display the query results I get only the main.html without any
> data inside, like I just want to display the html file.
>
> The emty.html:
>
> <html><head></head><body></body></html>
>
> If I try to query from the map I get the same result: the main.html page
> without any data inside

The empty.html should be truly empty (0 bytes), but I don't think
that's your problem. Check your temp dir and make sure images are
being created. I have a slightly better version working at:
http://www.sublettewyo.com/mapserver/sc.html in case there's anything
in there that would help as an example.

Is yours online?

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


From sroberts at UCAR.EDU  Sun Dec 10 11:39:04 2006
From: sroberts at UCAR.EDU (Steve Roberts)
Date: Sun, 10 Dec 2006 12:39:04 -0700
Subject: Problems with mapserver and oblique projections
In-Reply-To: <457B9328.7080804@pobox.com>
Message-ID: <SUN.10.DEC.2006.123904.0700.SROBERTSUCAR.EDU>

On Sat, 9 Dec 2006, Frank Warmerdam wrote:

> Steve Roberts wrote:
>> Adding the following code to the subroutine msProjectRect in mapproject.c 
>> just before the line "if( failure > 0 )" would do the trick:
>
> Steve,
>
> Would you mind submitting this as a bugzilla bug report, ideally along
> with a small map+dataset demonstrating the problem.  Something I could
> include in the test suite (ie. < 30K of data or so).

Frank,

I can give it a try. But I will be out of the office for the next week so 
I will not be able to get to it for a couple of weeks.


>
> I'm concerned that the patch may do undesirable things in some cases,
> but I'd like to put it in place.  However, given the risks, I want to
> keep a good "documentation and test" trail for the changes.

I'm not entirely happy with this solution. Maybe a better solution would 
be to not reproject the map bounds to a lat/long bound but instead project 
layer's lat/long bounds to the map's projection and do the filter checking 
in the maps projection domain. This might minimize all these ugly North 
Pole/South Pole/Dateline issues. But I imagine this would be viable only 
if the data layer's lat/long bounds were readily available without having 
to reproject the entire dataset. I know shapefiles have this information 
in their header. But can this be assumed to be available for all data 
types?


>
> Note that msReprojectRect() is used for things other than just search
> rectangles for features, so the -180 to 180 problem across the dateline
> could be even serious than false positives in the search sometimes.

Should this be a separate bug report?


I should mention this "fix" I propose does not entirely solve the 
graticule problem. The graticule labels are still filtered out in these 
types of projections for the same reason as the data. But the filtering is 
done in mapgraticule.c so a similiar fix would need to be included here. 
Also the graticule gets messy with various artifacts and illogical 
labeling when using a lat/long grid on a non-latlong projection which is 
probably a whole separate issue.

>
> Best regards,
>

Take care,
Steve


From ben at REMOTEINFORMATION.COM.AU  Sun Dec 10 20:16:02 2006
From: ben at REMOTEINFORMATION.COM.AU (Ben Madin)
Date: Mon, 11 Dec 2006 13:16:02 +0900
Subject: map performance
In-Reply-To: <MAPSERVER-USERS%200612090000407788.8E56@LISTS.UMN.EDU>
Message-ID: <MON.11.DEC.2006.131602.0900.BENREMOTEINFORMATION.COM.AU>

G'day Boice, Steve et al.,

We are having a similar problem, but we need to be able to generate  
international maps by state level for a number of categories and  
different time periods... We are using a large (90MB) shapefile, but  
I was wondering about trying to reduce it for the 600 x 300 window we  
display it in! We do have a country boundaries only layer, but for  
some countries (ie Australia, Canada) the state level polygons are  
bigger than many countries (ie in Europe), so it would be nice to be  
able to have the option to show states uniformly across the planet.

Because it has been taking so long to generate the maps, we are only  
displaying them in lat long now, but we would like to be able to go  
back to the ortho projection we were using before, as it looked much  
smarter.

Can you recommend any tools to reduce the resolution / size of a  
shapefile?

cheers

Ben


> From: boice tomlin <boice at RUNSKIP.COM>
> Date: 9 December 2006 5:45:21 AM
> Subject: Re: map performance
>
>
>
> Steve,
>
> Reduced resolution datasets are the trick....  I just increased  
> performance 10 fold by substituting a reduced polygon shapefile.
>
> thanks for your help on both fronts.
>
> -boice
>
>

-- 

Ben Madin
REMOTE INFORMATION

t : +61 8 9192 5455
f : +61 8 9192 5535
m : 0448 887 220
Broome   WA   6725

ben at remoteinformation.com.au





					Out here, it pays to know...


From Jukka.Rahkonen at MMMTIKE.FI  Sun Dec 10 23:49:29 2006
From: Jukka.Rahkonen at MMMTIKE.FI (Rahkonen Jukka)
Date: Mon, 11 Dec 2006 09:49:29 +0200
Subject: map performance
In-Reply-To: A<FCEEA413-7C2B-42F8-A6B1-8CCD6B9E31B6@remoteinformation.com.au>
Message-ID: <MON.11.DEC.2006.094929.0200.JUKKA.RAHKONENMMMTIKE.FI>

Hi,

OpenJUMP www.openjump.org has generalisation tool, at least the daily built version. It might be worth a try.

-Jukka-

> -----Alkuper?inen viesti-----
> L?hett?j?: UMN MapServer Users List 
> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Puolesta Ben Madin
> L?hetetty: 11. joulukuuta 2006 6:16
> Vastaanottaja: MAPSERVER-USERS at LISTS.UMN.EDU
> Aihe: Re: [UMN_MAPSERVER-USERS] map performance
> 
> G'day Boice, Steve et al.,
> 
> We are having a similar problem, but we need to be able to 
> generate international maps by state level for a number of 
> categories and different time periods... We are using a large 
> (90MB) shapefile, but I was wondering about trying to reduce 
> it for the 600 x 300 window we display it in! We do have a 
> country boundaries only layer, but for some countries (ie 
> Australia, Canada) the state level polygons are bigger than 
> many countries (ie in Europe), so it would be nice to be able 
> to have the option to show states uniformly across the planet.
> 
> Because it has been taking so long to generate the maps, we 
> are only displaying them in lat long now, but we would like 
> to be able to go back to the ortho projection we were using 
> before, as it looked much smarter.
> 
> Can you recommend any tools to reduce the resolution / size 
> of a shapefile?
> 
> cheers
> 
> Ben
> 
> 
> > From: boice tomlin <boice at RUNSKIP.COM>
> > Date: 9 December 2006 5:45:21 AM
> > Subject: Re: map performance
> >
> >
> >
> > Steve,
> >
> > Reduced resolution datasets are the trick....  I just increased 
> > performance 10 fold by substituting a reduced polygon shapefile.
> >
> > thanks for your help on both fronts.
> >
> > -boice
> >
> >
> 
> -- 
> 
> Ben Madin
> REMOTE INFORMATION
> 
> t : +61 8 9192 5455
> f : +61 8 9192 5535
> m : 0448 887 220
> Broome   WA   6725
> 
> ben at remoteinformation.com.au
> 
> 
> 
> 
> 
> 					Out here, it pays to know...
> 


From ravikapoor101 at GMAIL.COM  Mon Dec 11 00:40:47 2006
From: ravikapoor101 at GMAIL.COM (Ravi)
Date: Mon, 11 Dec 2006 00:40:47 -0800
Subject: how to find bounding county for given long/lat?
Message-ID: <MON.11.DEC.2006.004047.0800.RAVIKAPOOR101GMAIL.COM>

Hi,

I have a situation where given a longitude/latitude, I have to find the 
FIPSSTCO code of the county it is contained in. Now this is not exactly 
reverse geocoding. The information is already there in ESRI shapefiles i 
downloaded. Is there an easy way to do this?

Details: What I am really trying to do is when a user clicks somewhere 
on the map (that gives me longitude/latitude), I want to show a set of 
properties for that county in a table format (which is a simple sql 
query to my database using the FIPSSTCO number). I just need to do the 
conversion.

Thanks for your help
Ravi


From hal at MOBILEGEOGRAPHICS.COM  Mon Dec 11 01:22:32 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Mon, 11 Dec 2006 01:22:32 -0800
Subject: how to find bounding county for given long/lat?
In-Reply-To: <457D198F.7060700@gmail.com>
Message-ID: <MON.11.DEC.2006.012232.0800.HALMOBILEGEOGRAPHICS.COM>

In PHP Mapscript, the queryby... methods on the Layer class 
(http://mapserver.gis.umn.edu/docs/reference/phpmapscript-class/classes/layerobj 
) appear to do what you want--find the shape that matches the 
coordinates.  From there you can query the shape's attributes, get 
its FIPS code, and hit your database.

Hal


From sschmitz at KARTAGO.DE  Mon Dec 11 01:31:31 2006
From: sschmitz at KARTAGO.DE (Sebastian Schmitz)
Date: Mon, 11 Dec 2006 10:31:31 +0100
Subject: tune mapserver on oraclespatial
In-Reply-To: <C19F4793.6B9A%Michael.Smith@erdc.usace.army.mil>
Message-ID: <MON.11.DEC.2006.103131.0100.SSCHMITZKARTAGO.DE>

Hi
thanks for help with step 1 of my question - getting the SQL Mapserver 
uses. My Mapserver (4.8.3) does not print anything but failed to draw 
layer onto the screen, but setting debug flag and setting an 
MS_ERRORFILE env-variable worked out fine.
So, now I have the SQL I may as well post it here and ask for comments 
on tuning options for a large table (300.000 rows):

SELECT KUNNR, GEOM FROM     (< subselect >)  WHERE SDO_FILTER( GEOM, 
        MDSYS.SDO_GEOMETRY(2003, 8307, 
NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(4.04520417,48.6727777,9.82231387,51.398884) 
),
        'querytype=window') = 'TRUE'

Our current idea is to partition the table by x and y values from 
SDO_GEOMETRY and put spatial indices onto each of these partitions. 
Status quo is that we only have one spatial index for the whole table..

Feedback appreciated

Cheers

Sebastian




Michael Smith schrieb:
> One of the easiest ways is to just introduce a small syntax error in your
> data statement (change the tablename or something). Then Mapserver will
> print the spatial sql statement to the screen (using the cgi version)
>
> Mike Smith
>
>   

-- 
KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH

Siemensstra?e 8
53121 Bonn

Sebastian Schmitz
Projektleiter

fon: +49 (0) 228 / 9 45 99 91
fax: +49 (0) 228 / 9 45 99 93
sschmitz at kartago.de
http://www.kartago.de
________________________________________________________


From Jukka.Rahkonen at MMMTIKE.FI  Mon Dec 11 02:09:54 2006
From: Jukka.Rahkonen at MMMTIKE.FI (Rahkonen Jukka)
Date: Mon, 11 Dec 2006 12:09:54 +0200
Subject: tune mapserver on oraclespatial
In-Reply-To: A<457D2573.3070008@kartago.de>
Message-ID: <MON.11.DEC.2006.120954.0200.JUKKA.RAHKONENMMMTIKE.FI>

Hi Sebastian,

Do you have a feeling that your Oracle is especially slow at the moment? How many features your typical query is giving back?
I am using a polygon layer with 1.2 million polygons, all in one partition and I think that MapServer works quite well with it with pure spatial queries. Of course it gets slow if the query returns many thousand features, but that is another thing that must be handled by using more genaralised layers for far-zoom-out cases.  What really can make Oracle slow are attribute joins without proper indices.
MapServer is somewhat slower than GeoServer with the same data and I believe that is mostly because GeoServer utilises connection pooling better.

I found results from a quick test I made once by having both MapServer and Geoserver running on the same computer and sending request to Oracle layer with different routes.

Test cases:
1) Polygons from Oracle 9i spatial table through MapServer WMS and native Oracle connection
2) Same polygons through MapServer, but through by accessing them through GeoServer WFS service (running on the same computer)
3) Same polygons again through MapServer, but now cascading through GeoServer WMS service (running on the same computer)
4) Same polygons but this time directly through the GeoServer WMS

I got this kind of results presented as throughput requests/minute
1) 200 requests / minute (60 % processor load)
2) 112  requests / minute (100%  processor load)
3) 87 requests / minute (75% processor load)
4) 300 requests / minute (85% processor load)

Regards,

-Jukka Rahkonen-
 

> -----Alkuper?inen viesti-----
> L?hett?j?: UMN MapServer Users List 
> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Puolesta Sebastian Schmitz
> L?hetetty: 11. joulukuuta 2006 11:32
> Vastaanottaja: MAPSERVER-USERS at LISTS.UMN.EDU
> Aihe: Re: [UMN_MAPSERVER-USERS] tune mapserver on oraclespatial
> 
> Hi
> thanks for help with step 1 of my question - getting the SQL 
> Mapserver uses. My Mapserver (4.8.3) does not print anything 
> but failed to draw layer onto the screen, but setting debug 
> flag and setting an MS_ERRORFILE env-variable worked out fine.
> So, now I have the SQL I may as well post it here and ask for 
> comments on tuning options for a large table (300.000 rows):
> 
> SELECT KUNNR, GEOM FROM     (< subselect >)  WHERE SDO_FILTER( GEOM, 
>         MDSYS.SDO_GEOMETRY(2003, 8307,
> NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_AR
> RAY(4.04520417,48.6727777,9.82231387,51.398884)
> ),
>         'querytype=window') = 'TRUE'
> 
> Our current idea is to partition the table by x and y values 
> from SDO_GEOMETRY and put spatial indices onto each of these 
> partitions. 
> Status quo is that we only have one spatial index for the 
> whole table..
> 
> Feedback appreciated
> 
> Cheers
> 
> Sebastian
> 
> 
> 
> 
> Michael Smith schrieb:
> > One of the easiest ways is to just introduce a small syntax 
> error in 
> > your data statement (change the tablename or something). Then 
> > Mapserver will print the spatial sql statement to the screen (using 
> > the cgi version)
> >
> > Mike Smith
> >
> >   
> 
> --
> KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH
> 
> Siemensstra?e 8
> 53121 Bonn
> 
> Sebastian Schmitz
> Projektleiter
> 
> fon: +49 (0) 228 / 9 45 99 91
> fax: +49 (0) 228 / 9 45 99 93
> sschmitz at kartago.de
> http://www.kartago.de
> ________________________________________________________
> 


From mapserver at GISMAP.CH  Mon Dec 11 02:01:57 2006
From: mapserver at GISMAP.CH (Roman Meier)
Date: Mon, 11 Dec 2006 11:01:57 +0100
Subject: How to download the list-archive?
Message-ID: <MON.11.DEC.2006.110157.0100.>

Hi list

I don't have a permanent internet connection. That's why I find it a bit
difficult to search the archive online using a webbrowser. You changed your
listsystem to listserv in 2004. Since then I can't download the monthly
archive, because the links an not available anymore. I used to do that
regularly. Like that I could search the archive offline, because I had a copy
of the hole archive on my pc.
How can I download and read the archive offline?

Thanks for your help


Roman


From r.keltermann at WEB.DE  Mon Dec 11 03:20:54 2006
From: r.keltermann at WEB.DE (Reinhard Keltermann)
Date: Mon, 11 Dec 2006 12:20:54 +0100
Subject: Speed of the MapServer-Output
Message-ID: <MON.11.DEC.2006.122054.0100.R.KELTERMANNWEB.DE>

Hello list,

I would like to know if it`s possible to see somehow how 
fast the mapserver is producing a map.
For example an entry in a logfile or so that says: 0,034 seconds.

Is there somewhere an entry in the logfile of the apache or the MapServer?

By now I can just get the time by looking on my watch, and that`s not very precise.....

Thank you, Reinhard
__________________________________________________________________________
Erweitern Sie FreeMail zu einem noch leistungsst?rkeren E-Mail-Postfach!		
Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131


From fsimon at UNIVALI.BR  Mon Dec 11 03:52:12 2006
From: fsimon at UNIVALI.BR (Fernando Simon)
Date: Mon, 11 Dec 2006 09:52:12 -0200
Subject: tune mapserver on oraclespatial
In-Reply-To: <CC197224AC75CE4DB23F739B16891B866E72D0@tikka.haapa.mmm.fi>
Message-ID: <MON.11.DEC.2006.095212.0200.FSIMONUNIVALI.BR>

Hi Sebastian,
    The Oracle Spatial driver try to be very fast to request data from
database. Its use the OCI to connect directly in the Oracle core API,
without use any middle ware/interface.
    To execute fast requests it try to use the database operators, like
SDO_FILTER and SDO_RELATE. Another important thing is that the oracle
Spatial driver apply your actual extent to restrict the data from
database, to just retrieve the data that are inside of the extent (this
just occur to draw the map, not for query).
     The driver can just uses data from SDO_GEOMETRY object, another
kind of the object cannot uses the Maporaclespatial but the OGR. A hint
with the database connect is use the connection pool, to do this you
just need to add the "PROCESSING CONNECTION=DEFER" in you layer (all
with the connection). This little change will force the Mapserver to
store the connection handler until the end of your request, this help
when the login cost is high.
     As Bart and Michael wrote, exist two way how to see the SQL. The
first is using the DEBUG flags, with this way you can see all the SQL's
that  driver execute. The second is  just change the connection to see
the SQL that retrive the data from database. An important thing is just
use the debug (first way) in a development state, because will increase
a lot the time to process and finish the request.
     In the database side you can to improve the performance with little
things. When you create the index you need to use an extent (MBR) that
represent all you data, but just it. If you define a generic MBR (like
-180, -90 180 90) will be very bad because not help the optimizer to
find your data. In the 9.2 manual (item 1.7) have a good explanation
about the spatial index methods. The Mapserver driver is very dependent
of a good index to be fast, if your table have a poor index will be
worst than without the index.
     If you are using geodetic data the Oracle Spatial operations will
be more slow, and if you have complex data will be worst. This occurs
because the Oracle Spatial need to consider the world surface to
represent the data, need to execute more mathematical calculus to
delivery your data.
     Another thing to improve is use some Oracle ways. The Oracle Server
can store a clone of you table in memory to help and execute the
requests more fast, this help when your table not change a lot and is
very used. ( I don't remember if it's possible to use this in the 9i
version)
     Sorry the delay to reply your message, I was out last week. If you
have more doubts you can contact me and the list. We will try to help
you with the best hints.
     Best regards.

------------------------------------------------------------------------
Fernando Simon
Mapserver and Oracle Spatial developer
G10 - Laboratorio de Computacao Aplicada - Brazil
http://www.univali.br/g10 - UNIVALI/CTTMAR
------------------------------------------------------------------------

Rahkonen Jukka wrote:
> Hi Sebastian,
>
> Do you have a feeling that your Oracle is especially slow at the moment? How many features your typical query is giving back?
> I am using a polygon layer with 1.2 million polygons, all in one partition and I think that MapServer works quite well with it with pure spatial queries. Of course it gets slow if the query returns many thousand features, but that is another thing that must be handled by using more genaralised layers for far-zoom-out cases.  What really can make Oracle slow are attribute joins without proper indices.
> MapServer is somewhat slower than GeoServer with the same data and I believe that is mostly because GeoServer utilises connection pooling better.
>
> I found results from a quick test I made once by having both MapServer and Geoserver running on the same computer and sending request to Oracle layer with different routes.
>
> Test cases:
> 1) Polygons from Oracle 9i spatial table through MapServer WMS and native Oracle connection
> 2) Same polygons through MapServer, but through by accessing them through GeoServer WFS service (running on the same computer)
> 3) Same polygons again through MapServer, but now cascading through GeoServer WMS service (running on the same computer)
> 4) Same polygons but this time directly through the GeoServer WMS
>
> I got this kind of results presented as throughput requests/minute
> 1) 200 requests / minute (60 % processor load)
> 2) 112  requests / minute (100%  processor load)
> 3) 87 requests / minute (75% processor load)
> 4) 300 requests / minute (85% processor load)
>
> Regards,
>
> -Jukka Rahkonen-
>  
>
>   
>> -----Alkuper?inen viesti-----
>> L?hett?j?: UMN MapServer Users List 
>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Puolesta Sebastian Schmitz
>> L?hetetty: 11. joulukuuta 2006 11:32
>> Vastaanottaja: MAPSERVER-USERS at LISTS.UMN.EDU
>> Aihe: Re: [UMN_MAPSERVER-USERS] tune mapserver on oraclespatial
>>
>> Hi
>> thanks for help with step 1 of my question - getting the SQL 
>> Mapserver uses. My Mapserver (4.8.3) does not print anything 
>> but failed to draw layer onto the screen, but setting debug 
>> flag and setting an MS_ERRORFILE env-variable worked out fine.
>> So, now I have the SQL I may as well post it here and ask for 
>> comments on tuning options for a large table (300.000 rows):
>>
>> SELECT KUNNR, GEOM FROM     (< subselect >)  WHERE SDO_FILTER( GEOM, 
>>         MDSYS.SDO_GEOMETRY(2003, 8307,
>> NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_AR
>> RAY(4.04520417,48.6727777,9.82231387,51.398884)
>> ),
>>         'querytype=window') = 'TRUE'
>>
>> Our current idea is to partition the table by x and y values 
>> from SDO_GEOMETRY and put spatial indices onto each of these 
>> partitions. 
>> Status quo is that we only have one spatial index for the 
>> whole table..
>>
>> Feedback appreciated
>>
>> Cheers
>>
>> Sebastian
>>
>>
>>
>>
>> Michael Smith schrieb:
>>     
>>> One of the easiest ways is to just introduce a small syntax 
>>>       
>> error in 
>>     
>>> your data statement (change the tablename or something). Then 
>>> Mapserver will print the spatial sql statement to the screen (using 
>>> the cgi version)
>>>
>>> Mike Smith
>>>
>>>   
>>>       
>> --
>> KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH
>>
>> Siemensstra?e 8
>> 53121 Bonn
>>
>> Sebastian Schmitz
>> Projektleiter
>>
>> fon: +49 (0) 228 / 9 45 99 91
>> fax: +49 (0) 228 / 9 45 99 93
>> sschmitz at kartago.de
>> http://www.kartago.de
>> ________________________________________________________
>>
>>     
>
>   


From korakas2004 at YAHOO.GR  Mon Dec 11 03:58:05 2006
From: korakas2004 at YAHOO.GR (korakas koarkis)
Date: Mon, 11 Dec 2006 11:58:05 +0000
Subject: =?iso-8859-7?Q?=C8=DD=EC=E1:?= Re: [UMN_MAPSERVER-USERS] truetype
 fonts problem...
In-Reply-To: <6AF58229-69F1-40F5-BC90-4B3A5D30FE6C@runskip.com>
Message-ID: <MON.11.DEC.2006.115805.0000.KORAKAS2004YAHOO.GR>

Thanks for the quick repsonses.

I used an absolute path to the fontset.txt:
arial C:\ms4w\Apache\htdocs\gp\font\arial.ttf

and in the map file I refer only to arial truetype fonts but the problem remains!

 msGetLabelSize(): TrueType Font error. Requested font (arial) not found. 

Also the arial.ttf file is a copy from the C:\windows\fonts directory  so it is not corrupt..

 kio

boice tomlin <boice at runskip.com> ??????: 

Hello,


I would start by using an absolute path to the fontset.txt file to see if the relative path is the problem.


Then I would try using just one font in the list and see if you can get that working.  If it can find the arial font but not the arialbd then maybe that font file is corrupt.


-boice





On Dec 8, 2006, at 12:02 PM, korakas koarkis wrote:

Hi all, 

I want to use true type fonts in my maps and I am using the following setup:

a "font" folder with: arial.ttf  arialbd.ttf.
also in this folder is placed the fontset.txt:
arial arial.ttf
arialbd arialbd.ttf


and finally in my map file

..
FONTSET "..\font\fontset.txt"
....
  LABEL
        TYPE truetype
        FONT arialbd
         SIZE 9


but the mapserver produces ::

 msGetLabelSize(): TrueType Font error. Requested font (arialbd) not found. 



I am completely stuck here.
The mapserver sees the fontset.txt, (if i rename it it produces an repsective error message) but it can not read the aliases!


kio    


---------------------------------
 ?????????????? Yahoo!
 ?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
 http://login.yahoo.com/config/mail?.intl=gr 

 




////////////////////////////
Run Skip
http://runskip.com/



boice tomlin


boice at runskip.com


503-528-6204

 



 		
---------------------------------
 ?????????????? Yahoo!
 ?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
 http://login.yahoo.com/config/mail?.intl=gr 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061211/a301b853/attachment.htm>

From g.berry at VIRGIN.NET  Mon Dec 11 04:15:06 2006
From: g.berry at VIRGIN.NET (Graham Berry at Virgin)
Date: Mon, 11 Dec 2006 12:15:06 -0000
Subject: =?utf-8?Q?=C3=88=C3=9D=C3=AC=C3=A1:?= Re:
 [UMN_MAPSERVER-USERS] truetype  fonts problem...
In-Reply-To: <20061211115805.65052.qmail@web27713.mail.ukl.yahoo.com>
Message-ID: <MON.11.DEC.2006.121506.0000.G.BERRYVIRGIN.NET>

Hi,
 
I have just solved the same problem and this is the snippet from my map file. You are probably aware that you need to be careful of the font you are using to old your data. If you are using iso8859-n (Greek) then you need a font with those characters in the upper 128 character positions. However if you are using UTF-8 encoding then use the arial.ttf font and you will get support for all/most of the iso8859-n range of character sets.
 
My next trick is to try the new ?Arial Unicode ms? font for far east languages.
 
Hope this helps.
 
Graham Berry
gberry at qpqsoftware.com
 
 
MAP
  #
  # Start of map file
  #
  NAME "Bulgaria"
  STATUS ON
  EXTENT 22.097 44.508 28.857 40.653
  SIZE 500 500 
  SHAPEPATH "shpdata"
  SYMBOLSET "symbols/symbols.sym"
  FONTSET "/htdocs/www/v2/map_bulgaria/symbols/fonts.txt"
  IMAGECOLOR 200 200 200
  UNITS DD
  # you may need to change this to match your MapServer build
  IMAGETYPE PNG
  #
  # Start of web interface definition (including WMS enabling metadata)
  #
.
.
.
  #
  # Start of legend
  #
  LEGEND
    STATUS ON
    KEYSIZE 18 12 
    LABEL
      TYPE TRUETYPE
      FONT arial
      SIZE 10
      COLOR 0 0 138
    END
  END
.
.
.
  LAYER
    NAME "ZZ"
    STATUS DEFAULT
    TYPE POINT
    TOLERANCE 5
    CLASS
      NAME "##-##EditLocation"
      SYMBOL 4
      COLOR 0 0 0
      SIZE 8
      MINSIZE 1
      MAXSIZE 100
      LABEL
        TYPE TRUETYPE
        FONT arial
        SIZE 8
        POSITION AUTO
        COLOR 0 0 0
        OUTLINECOLOR 255 255 255
        PARTIALS FALSE
      END
    END
# INSERT EDIT LOCATION {Dynamic points added at runtime}
  END
 
-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of korakas koarkis
Sent: 11 December 2006 11:58
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] ????: Re: [UMN_MAPSERVER-USERS] truetype fonts problem...
 
Thanks for the quick repsonses.

I used an absolute path to the fontset.txt:
arial C:\ms4w\Apache\htdocs\gp\font\arial.ttf

and in the map file I refer only to arial truetype fonts but the problem remains!

msGetLabelSize(): TrueType Font error. Requested font (arial) not found. 

Also the arial.ttf file is a copy from the C:\windows\fonts directory  so it is not corrupt..

kio

boice tomlin <boice at runskip.com> ??????:
 
Hello,
 
I would start by using an absolute path to the fontset.txt file to see if the relative path is the problem.
 
Then I would try using just one font in the list and see if you can get that working.  If it can find the arial font but not the arialbd then maybe that font file is corrupt.
 
-boice
 
 
 
On Dec 8, 2006, at 12:02 PM, korakas koarkis wrote:



Hi all, 

I want to use true type fonts in my maps and I am using the following setup:

a "font" folder with: arial.ttf  arialbd.ttf.
also in this folder is placed the fontset.txt:
arial arial.ttf
arialbd arialbd.ttf


and finally in my map file

..
FONTSET "..\font\fontset.txt"
....
  LABEL
        TYPE truetype
        FONT arialbd
         SIZE 9


but the mapserver produces ::

msGetLabelSize(): TrueType Font error. Requested font (arialbd) not found. 



I am completely stuck here.
The mapserver sees the fontset.txt, (if i rename it it produces an repsective error message) but it can not read the aliases!


kio
 
  _____  

?????????????? Yahoo!
?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
http://login.yahoo.com/config/mail?.intl=gr 
 
 
 
 
////////////////////////////
Run Skip
http://runskip.com/
 
boice tomlin
 
boice at runskip.com
 
503-528-6204



 
 
  
  _____  

?????????????? Yahoo!
?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
http://login.yahoo.com/config/mail?.intl=gr 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061211/64cf4d37/attachment.htm>

From rodrigo.andrade at DIGITRO.COM.BR  Mon Dec 11 04:58:23 2006
From: rodrigo.andrade at DIGITRO.COM.BR (Rodrigo Del C. Andrade)
Date: Mon, 11 Dec 2006 10:58:23 -0200
Subject: mapObj.zoomRectangle from Java Mapscript.
In-Reply-To: <1238.84.192.187.251.1165521654.squirrel@correo.cti.espol.edu.ec>
Message-ID: <MON.11.DEC.2006.105823.0200.RODRIGO.ANDRADEDIGITRO.COM.BR>


    Hello Javier, thanks for the info.

    We have been struggling for some time now with the zoomRectangle and 
every piece of info is appreciated.
    Concerning the swap of MinY with MaxY in your code, I gotta say this 
caught me off guard.
     I couldn't get past a "miny >= maxy" error while trying to  use 
zoomRectangle before and went as far as changing and recompiling 
mapzoom.i where there is a consistency check that looks like:

	if (poPixRect->maxy >= poPixRect->miny) { -- insert nasty error here -- }


    thinking I found a bug. I got past the error after that change, 
however the zoom behavior was what could best be described as "all over 
the place". Like zooming to the wrong hemisphere and the like.
    So I changed mapzoom.i back to the original code and swapped the 
order of arguments on my code following your example, and it worked 
better than the last behavior, however the zoom isn't still quite 
working in a predictable manner.
    Sometimes when zooming the map will remain at the same zoom factor, 
and just pan a little to the sides or actually zooming out instead of 
going zooming to the passed coordinates. I am running out of ideas as to 
what could be causing this behavior.
    Here is what I am doing:

      //Current map geo extent
      String[] extents = ((String) params.get("extent")).split(" ");
       rectObj extent = new rectObj(Double.parseDouble(extents[0]), 
Double.parseDouble(extents[1]),
                                     Double.parseDouble(extents[2]), 
Double.parseDouble(extents[3]), mapscript.MS_FALSE);
       mapa.setExtent(extent);

        //rectangle Pic coords
        String[] pxCoordZoom = ((String) 
params.get("coordenadas")).split(" ");
        Double minx = Double.parseDouble(pxCoordZoom[0]);
        Double miny = Double.parseDouble(pxCoordZoom[1]);
        Double maxy = Double.parseDouble(pxCoordZoom[2]);
        Double maxx = Double.parseDouble(pxCoordZoom[3]);

       /*We are using a cropper javascript class and the order the 
rectangle coordinates where being passed was kind of unpredictable and 
causing errors                while trying to create the rectangle with 
the eventual minX > maxX /*
        double transport;
        if(minx > maxx){
            transport = minx;
            minx = maxx;
            maxx = transport;
        }         
        if(miny > maxy){
            transport = miny;
            miny = maxy;
            maxy = transport;
        }

        rectObj zoomArea = new rectObj(minx, maxy, maxx, miny, 
mapscript.MS_TRUE);   //with MaxY and MinY swapped
        mapa.zoomRectangle(zoomArea, mapa.getWidth(), mapa.getHeight(), 
extent, getMaxGeorefExtent(mapa));

    Do you see any glaring mistakes that could cause the zoom to behave 
wrongly?
    What confuses me is the fact that you mentioned that the rectangle 
should be constructed with bottom-left and top-right defined, but isn't 
the MinX and MaxY pair actually top-left?
  
    Thanks in advance, any scrap of information helps immensely.

    Rod.

-- 


*Rodrigo Del C. Andrade*
/Estagi?rio N?vel Superior/
/SIC - SSE - Solu??es Seguran?a P?blica/

*D?GITRO TECNOLOGIA*
*E-mail:* rodrigo.andrade at digitro.com.br 
<mailto:rodrigo.andrade at digitro.com.br>
*Fone:* +55 48 3281- / +55 48 3281-7000
*Fax:* +55 48 3281-7299
*Site:* www.digitro.com <http://www.digitro.com>

Javier Caicedo wrote:
> According to the Mapscript API mapObj.zoomRectangle first parameter must
> be in  image coordinates, so you should set the last parameter of the
> rectObj constructor to TRUE. Here goes an example from my current project:
>
>   //vMap is an instance of mapObj
>   rectObj rect = vMap.getExtent(); //map coordinates
>   String [] box = getCurrentRequest().getParameter("box").split(" ");
>   //box is something like this: 10 10 200 200
>   //0,0 is at top left, so box defines top left and bottom right corners
>   double mx = Double.parseDouble(box[0]);
>   double my = Double.parseDouble(box[1]);
>   double mxx = Double.parseDouble(box[2]);
>   double mxy = Double.parseDouble(box[3]);
>
>   //bunch of validation code ommitted
>
>   rectObj rbox = new rectObj(mx,mxy,mxx,my,mapscriptConstants.MS_TRUE);
>   //notice the switch of mxy and my
>   //rectObj constructor requires you define bottom left and top right
>   //corners. rbox is in image coordinates
>   vMap.zoomRectangle(rbox,w,h,rect,null);
>
> Hopefully this will help you out a little.
>
> Regards,
> Javier Caicedo Espinoza
> CTI - ESPOL
> Guayaquil, Ecuador
>
>
>   



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

From bartvde at OSGIS.NL  Mon Dec 11 05:15:28 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Mon, 11 Dec 2006 14:15:28 +0100
Subject: problem with processQueryTemplate and projections
Message-ID: <MON.11.DEC.2006.141528.0100.BARTVDEOSGIS.NL>

Hi list,

my MAP file contains a CONNECTIONTYPE WFS layer, which is in EPSG:28992, but
my map is in EPSG:4326. Using Mapserver's query templating (queryByRect),
the number of results found is correct (34), but the processQueryTemplate
function comes back with an empty string. The same situation works fine when
my map is in EPSG:28992.

Any ideas of what could be wrong? Thanks in advance.

This is the test script:

<?php
$oMap = ms_newmapobj('/data/home/bart/testbart2.map');
$oLayer = $oMap->getLayerByName('wfs_deelstroomgebieden');
$oLayer->queryByRect( $oMap->extent );
echo "num results = ".$oLayer->getNumResults()."<BR>";
$szCoords = $oMap->processQueryTemplate( array(), false );
echo $szCoords
?>

This is the relevant portion of the MAP file:

MAP
  EXTENT 4.5574652173913 50.241 7.4975347826087 52.109
  UNITS DD
  PROJECTION
    "init=epsg:4326"
  END

..

  LAYER
    CONNECTION "......"
    CONNECTIONTYPE WFS
      METADATA
        "wfs_srs"       "EPSG:28992"
        "wfs_typename"  "deelstroomgebieden"
      END
    NAME "wfs_deelstroomgebieden"
    PROJECTION
      "init=epsg:28992"
    END
    SIZEUNITS PIXELS
    STATUS ON
    TEMPLATE
"/data/geoservices/tmp/sess_457d4b6294293/maptips_template.html"
    TOLERANCE 5
    TOLERANCEUNITS PIXELS
    TYPE POLYGON
    UNITS METERS
    CLASS
      METADATA
      END
      TEMPLATE
"/data/geoservices/tmp/sess_457d4b6294293/maptips_template.html"
    END
  END

The template used contains (but works fine if the map projection equals the
layer projection):
<area shape="polygon" coords="[shpxy xf="," pf=" " proj="image"]"
href="javascript:void(0);" onmouseover='MapTipsOver(arguments[0], new
Array("[NAAM]"), new Array("NAAM"))' onmouseout='MapTipsOut(arguments[0],new
Array("[NAAM]"), new Array("NAAM"))'
onmousemove="CWC2OnMouseMoveFunction(arguments[0])">

Best regards,
Bart

--
Bart van den Eijnden
OSGIS, Open Source GIS
http://www.osgis.nl


From korakas2004 at YAHOO.GR  Mon Dec 11 05:55:19 2006
From: korakas2004 at YAHOO.GR (korakas koarkis)
Date: Mon, 11 Dec 2006 13:55:19 +0000
Subject: truetype  fonts problem...
In-Reply-To: <000f01c71d1d$fe928220$0402a8c0@GBerryXPDell>
Message-ID: <MON.11.DEC.2006.135519.0000.KORAKAS2004YAHOO.GR>

Hi Graham,

You have right I am using the iso8859 Greek arial font. 
I try to use a copy form c:\windows\font the arial unicode ttf file but the problem remains ....

kio

Graham Berry at Virgin <g.berry at VIRGIN.NET> ??????:          
 
   v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}                  Clean   Clean   DocumentEmail      MicrosoftInternetExplorer4     st1\:*{behavior:url(#default#ieooui) }         /* Style Definitions */   table.MsoNormalTable  {mso-style-name:"Table Normal";  mso-tstyle-rowband-size:0;  mso-tstyle-colband-size:0;  mso-style-noshow:yes;  mso-style-parent:"";  mso-padding-alt:0cm 5.4pt 0cm 5.4pt;  mso-para-margin:0cm;  mso-para-margin-bottom:.0001pt;  mso-pagination:widow-orphan;  font-size:10.0pt;  font-family:"Times New Roman";}       Hi,
   
  I have just solved the same problem and this is the snippet from my map file. You are probably aware that you need to be careful of the font you are using to old your data. If you are using iso8859-n (Greek) then you need a font with those characters in the upper 128 character positions. However if you are using UTF-8 encoding then use the arial.ttf font and you will get support for all/most of the iso8859-n range of character sets.
   
  My next trick is to try the new ?&#65533;&#65533;Arial Unicode ms?&#65533;&#65533; font for far east languages.
   
  Hope this helps.
   
  Graham Berry
  gberry at qpqsoftware.com
   
   
  MAP
  ?  #
  ?  # Start of map file
  ?  #
  ?  NAME "Bulgaria"
  ?  STATUS ON
  ?  EXTENT 22.097 44.508 28.857 40.653
  ?  SIZE 500 500 
  ?  SHAPEPATH "shpdata"
  ?  SYMBOLSET "symbols/symbols.sym"
  ?  FONTSET "/htdocs/www/v2/map_bulgaria/symbols/fonts.txt"
  ?  IMAGECOLOR 200 200 200
  ?  UNITS DD
  ?  # you may need to change this to match your MapServer build
  ?  IMAGETYPE PNG
  ?  #
  ?  # Start of web interface definition (including WMS enabling metadata)
  ?  #
  .
  .
  .
  ?  #
  ?  # Start of legend
  ?  #
  ?  LEGEND
  ? ? ?  STATUS ON
  ? ? ?  KEYSIZE 18 12 
  ? ? ?  LABEL
  ? ? ? ? ?  TYPE TRUETYPE
  ? ? ? ? ?  FONT arial
  ? ? ? ? ?  SIZE 10
  ? ? ? ? ?  COLOR 0 0 138
  ? ? ?  END
  ?  END
  .
  .
  .
  ?  LAYER
  ? ? ?  NAME "ZZ"
  ? ? ?  STATUS DEFAULT
  ? ? ?  TYPE POINT
  ? ? ?  TOLERANCE 5
  ? ? ?  CLASS
  ? ? ? ? ?  NAME "##-##EditLocation"
  ? ? ? ? ?  SYMBOL 4
  ? ? ? ? ?  COLOR 0 0 0
  ? ? ? ? ?  SIZE 8
  ? ? ? ? ?  MINSIZE 1
  ? ? ? ? ?  MAXSIZE 100
  ? ? ? ? ?  LABEL
  ? ? ? ? ? ? ?  TYPE TRUETYPE
  ? ? ? ? ? ? ?  FONT arial
  ? ? ? ? ? ? ?  SIZE 8
  ? ? ? ? ? ? ?  POSITION AUTO
  ? ? ? ? ? ? ?  COLOR 0 0 0
  ? ? ? ? ? ? ?  OUTLINECOLOR 255 255 255
  ? ? ? ? ? ? ?  PARTIALS FALSE
  ? ? ? ? ?  END
  ? ? ?  END
  # INSERT EDIT LOCATION {Dynamic points added at runtime}
  ?  END
   
  -----Original Message-----
 From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of korakas koarkis
 Sent: 11 December 2006 11:58
 To: MAPSERVER-USERS at LISTS.UMN.EDU
 Subject: [UMN_MAPSERVER-USERS] ?&#65533;??????: Re: [UMN_MAPSERVER-USERS] truetype fonts problem...
   
  Thanks for the quick repsonses.
 
 I used an absolute path to the fontset.txt:
 arial C:\ms4w\Apache\htdocs\gp\font\arial.ttf
 
 and in the map file I refer only to arial truetype fonts but the problem remains!
 
 msGetLabelSize(): TrueType Font error. Requested font (arial) not found. 
 
 Also the arial.ttf file is a copy from the C:\windows\fonts directory  so it is not corrupt..
 
 kio
 
 boice tomlin <boice at runskip.com> ?????&#65533;???&#65533;??:
     
  
    Hello,
  
     
  
    I would start by using an absolute path to the fontset.txt file to see if the relative path is the problem.
  
     
  
    Then I would try using just one font in the list and see if you can get that working.  If it can find the arial font but not the arialbd then maybe that font file is corrupt.
  
     
  
    -boice
  
     
  
     
  
   
      On Dec 8, 2006, at 12:02 PM, korakas koarkis wrote:
  
  
 
 
  Hi all, 
 
 I want to use true type fonts in my maps and I am using the following setup:
 
 a "font" folder with: arial.ttf  arialbd.ttf.
 also in this folder is placed the fontset.txt:
 arial arial.ttf
 arialbd arialbd.ttf
 
 
 and finally in my map file
 
 ..
 FONTSET "..\font\fontset.txt"
 ....
   LABEL
         TYPE truetype
         FONT arialbd
          SIZE 9
 
 
 but the mapserver produces ::
 
 msGetLabelSize(): TrueType Font error. Requested font (arialbd) not found. 
 
 
 
 I am completely stuck here.
 The mapserver sees the fontset.txt, (if i rename it it produces an repsective error message) but it can not read the aliases!
 
 
 kio
     
  
    
---------------------------------
  
  ???&#65533;???&#65533;???????&#65533;?????????&#65533;?? Yahoo!
 ?&#65533;???&#65533;?????&#65533;?????&#65533;?? ?&#65533;?? ???????&#65533;?????&#65533;?????? ???????&#65533; ?????&#65533;?? (spam); ???? Yahoo! Mail ???????????&#65533;???? ?&#65533;???? ???????&#65533;?&#65533;???&#65533;?? ???&#65533;?????&#65533;?&#65533; ?&#65533;?&#65533;???&#65533;?&#65533;???&#65533;???? ?????&#65533;?? ?&#65533;?&#65533;?? ???????&#65533;?????&#65533;?????&#65533;?? ???????&#65533;?????&#65533;?&#65533;?? 
 http://login.yahoo.com/config/mail?.intl=gr 
  
   
     
     
  
     
  
    ////////////////////////////
  
    Run Skip
  
    http://runskip.com/
  
     
  
    boice tomlin
  
     
  
    boice at runskip.com
  
     
  
    503-528-6204
  
  
 
 
  
     
   
  ?  
    
---------------------------------
  
  ???&#65533;???&#65533;???????&#65533;?????????&#65533;?? Yahoo!
 ?&#65533;???&#65533;?????&#65533;?????&#65533;?? ?&#65533;?? ???????&#65533;?????&#65533;?????? ???????&#65533; ?????&#65533;?? (spam); ???? Yahoo! Mail ???????????&#65533;???? ?&#65533;???? ???????&#65533;?&#65533;???&#65533;?? ???&#65533;?????&#65533;?&#65533; ?&#65533;?&#65533;???&#65533;?&#65533;???&#65533;???? ?????&#65533;?? ?&#65533;?&#65533;?? ???????&#65533;?????&#65533;?????&#65533;?? ???????&#65533;?????&#65533;?&#65533;?? 
 http://login.yahoo.com/config/mail?.intl=gr 
  
  

 		
---------------------------------
 ?????????????? Yahoo!
 ?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
 http://login.yahoo.com/config/mail?.intl=gr 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061211/0d265532/attachment.htm>

From mdeblois at MAPLECROFT.NET  Mon Dec 11 06:42:30 2006
From: mdeblois at MAPLECROFT.NET (Mark de Blois)
Date: Mon, 11 Dec 2006 14:42:30 -0000
Subject: Mapscript: how do I zoom to query result???
Message-ID: <MON.11.DEC.2006.144230.0000.>

Hi all,

I have just started working with MapScript which seems to be great! I have
successfully been able to generate a query and have the result show up.
What I need to do now is change the extent to that of my selection before
drawing the map. Shouldn't be too difficult I'd imagine but I have not
idea where to start.
Can anyone give me a hint or point me to an example in which this is
already done?

cheers,
Mark


From bfraser at GEOANALYTIC.COM  Mon Dec 11 07:08:21 2006
From: bfraser at GEOANALYTIC.COM (Brent Fraser)
Date: Mon, 11 Dec 2006 08:08:21 -0700
Subject: Speed of the MapServer-Output
Message-ID: <MON.11.DEC.2006.080821.0700.BFRASERGEOANALYTIC.COM>

Reinhard,

    If you add "DEBUG ON" to your map file, Mapserver will report the time
taken to render each layer as well as the total time taken:

MAP
  NAME ITASCA
  STATUS ON
  DEBUG ON
        :

The times are written to the output stream so they appear at the end of the
web page Mapserver generates.

    While there is a log file generated by Mapserver (see the LOG keyword in
the WEB object of the map file), it does not contain the time taken to
produce the output, which I think would be a very useful addition in site
performance monitoring.

Brent Fraser


----- Original Message ----- 
From: "Reinhard Keltermann" <r.keltermann at WEB.DE>
To: <MAPSERVER-USERS at LISTS.UMN.EDU>
Sent: Monday, December 11, 2006 4:20 AM
Subject: [UMN_MAPSERVER-USERS] Speed of the MapServer-Output


Hello list,

I would like to know if it`s possible to see somehow how
fast the mapserver is producing a map.
For example an entry in a logfile or so that says: 0,034 seconds.

Is there somewhere an entry in the logfile of the apache or the MapServer?

By now I can just get the time by looking on my watch, and that`s not very
precise.....

Thank you, Reinhard
__________________________________________________________________________
Erweitern Sie FreeMail zu einem noch leistungsst?rkeren E-Mail-Postfach!
Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131


From dmorissette at MAPGEARS.COM  Mon Dec 11 07:11:35 2006
From: dmorissette at MAPGEARS.COM (Daniel Morissette)
Date: Mon, 11 Dec 2006 10:11:35 -0500
Subject: Speed of the MapServer-Output
In-Reply-To: <318656064@web.de>
Message-ID: <MON.11.DEC.2006.101135.0500.DMORISSETTEMAPGEARS.COM>

Reinhard Keltermann wrote:
> 
> I would like to know if it`s possible to see somehow how 
> fast the mapserver is producing a map.
> For example an entry in a logfile or so that says: 0,034 seconds.
> 
> Is there somewhere an entry in the logfile of the apache or the MapServer?
> 
> By now I can just get the time by looking on my watch, and that`s not very precise.....
> 

If your MapServer is built with the DEBUG=MSDEBUG option (--with-debug 
configure option) then you can set "DEBUG ON" at the top-level in your 
mapfile and you'll get some timing details in Apache's error_log. The 
log output will include the time required to render each layer and the 
label cache. That can then be used to figure which layer(s) take most of 
the time and decide which ones to work on in tuning your map.

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


From szekerest at GMAIL.COM  Mon Dec 11 08:30:06 2006
From: szekerest at GMAIL.COM (Tamas Szekeres)
Date: Mon, 11 Dec 2006 17:30:06 +0100
Subject: mapObj.zoomRectangle from Java Mapscript.
In-Reply-To: <457D55EF.3010109@digitro.com.br>
Message-ID: <MON.11.DEC.2006.173006.0100.SZEKERESTGMAIL.COM>

Hi All,

Going through the CVS History of mapzoom.i I can see that umberto has
addressed this issue in ver1.3 (2006 05 30) but hobu has reverted the
changes in ver1.4 (2006 07 04)

So the developers should agree with the desired action.

I would vote +1 to correct this issue as logical, that is:

mapzoom.i (282)

  if (poPixRect->miny >= poPixRect->maxy)
        {
            msSetError(MS_MISCERR, "image rectangle miny >= maxy",
                       "mapscript::mapObj::zoomRectangle()");
            return MS_FAILURE;
        }

However it will break the existing code and should be noted as a
backward incompatible change.

Best Regards,

Tamas Szekeres





2006/12/11, Rodrigo Del C. Andrade <rodrigo.andrade at digitro.com.br>:
>
>
>      Hello Javier, thanks for the info.
>
>      We have been struggling for some time now with the zoomRectangle and
> every piece of info is appreciated.
>      Concerning the swap of MinY with MaxY in your code, I gotta say this
> caught me off guard.
>       I couldn't get past a "miny >= maxy" error while trying to  use
> zoomRectangle before and went as far as changing and recompiling mapzoom.i
> where there is a consistency check that looks like:
>  if (poPixRect->maxy >= poPixRect->miny) { -- insert nasty error here -- }
>
>
>      thinking I found a bug. I got past the error after that change, however
> the zoom behavior was what could best be described as "all over the place".
> Like zooming to the wrong hemisphere and the like.
>      So I changed mapzoom.i back to the original code and swapped the order
> of arguments on my code following your example, and it worked better than
> the last behavior, however the zoom isn't still quite working in a
> predictable manner.
>      Sometimes when zooming the map will remain at the same zoom factor, and
> just pan a little to the sides or actually zooming out instead of going
> zooming to the passed coordinates. I am running out of ideas as to what
> could be causing this behavior.
>      Here is what I am doing:
>
>        //Current map geo extent
>        String[] extents = ((String) params.get("extent")).split(" ");
>         rectObj extent = new rectObj(Double.parseDouble(extents[0]),
> Double.parseDouble(extents[1]),
>                                       Double.parseDouble(extents[2]),
> Double.parseDouble(extents[3]), mapscript.MS_FALSE);
>         mapa.setExtent(extent);
>
>          //rectangle Pic coords
>          String[] pxCoordZoom = ((String) params.get("coordenadas")).split("
> ");
>          Double minx = Double.parseDouble(pxCoordZoom[0]);
>          Double miny = Double.parseDouble(pxCoordZoom[1]);
>          Double maxy = Double.parseDouble(pxCoordZoom[2]);
>          Double maxx = Double.parseDouble(pxCoordZoom[3]);
>
>         /*We are using a cropper javascript class and the order the
> rectangle coordinates where being passed was kind of unpredictable and
> causing errors                while trying to create the rectangle with the
> eventual minX > maxX /*
>          double transport;
>          if(minx > maxx){
>              transport = minx;
>              minx = maxx;
>              maxx = transport;
>          }
>          if(miny > maxy){
>              transport = miny;
>              miny = maxy;
>              maxy = transport;
>          }
>
>          rectObj zoomArea = new rectObj(minx, maxy, maxx, miny,
> mapscript.MS_TRUE);   //with MaxY and MinY swapped
>          mapa.zoomRectangle(zoomArea, mapa.getWidth(), mapa.getHeight(),
> extent, getMaxGeorefExtent(mapa));
>
>      Do you see any glaring mistakes that could cause the zoom to behave
> wrongly?
>      What confuses me is the fact that you mentioned that the rectangle
> should be constructed with bottom-left and top-right defined, but isn't the
> MinX and MaxY pair actually top-left?
>
>      Thanks in advance, any scrap of information helps immensely.
>
>      Rod.
>
>  --
>
>
>  Rodrigo Del C. Andrade
>  Estagi?rio N?vel Superior
>  SIC - SSE - Solu??es Seguran?a P?blica
>
>  D?GITRO TECNOLOGIA
>  E-mail: rodrigo.andrade at digitro.com.br
>  Fone: +55 48 3281- / +55 48 3281-7000
>  Fax: +55 48 3281-7299
>  Site: www.digitro.com
>
>
>  Javier Caicedo wrote:
>  According to the Mapscript API mapObj.zoomRectangle first parameter must
> be in image coordinates, so you should set the last parameter of the
> rectObj constructor to TRUE. Here goes an example from my current project:
>
>  //vMap is an instance of mapObj
>  rectObj rect = vMap.getExtent(); //map coordinates
>  String [] box =
> getCurrentRequest().getParameter("box").split(" ");
>  //box is something like this: 10 10 200 200
>  //0,0 is at top left, so box defines top left and bottom right corners
>  double mx = Double.parseDouble(box[0]);
>  double my = Double.parseDouble(box[1]);
>  double mxx = Double.parseDouble(box[2]);
>  double mxy = Double.parseDouble(box[3]);
>
>  //bunch of validation code ommitted
>
>  rectObj rbox = new rectObj(mx,mxy,mxx,my,mapscriptConstants.MS_TRUE);
>  //notice the switch of mxy and my
>  //rectObj constructor requires you define bottom left and top right
>  //corners. rbox is in image coordinates
>  vMap.zoomRectangle(rbox,w,h,rect,null);
>
> Hopefully this will help you out a little.
>
> Regards,
> Javier Caicedo Espinoza
> CTI - ESPOL
> Guayaquil, Ecuador
>
>
>
>
>
>
>
>


From joseramonlopez at GMAIL.COM  Mon Dec 11 08:44:30 2006
From: joseramonlopez at GMAIL.COM (=?ISO-8859-1?Q?Jos=E9_Ram=F3n_L=F3pez?=)
Date: Mon, 11 Dec 2006 17:44:30 +0100
Subject: WCS Problem
Message-ID: <MON.11.DEC.2006.174430.0100.JOSERAMONLOPEZGMAIL.COM>

Hi people!

I'm trying to make a wcs service.
I've made a tile index with the ecw images that I want to populate, but I
can`t see anything in the error files.

This is my map file.


MAP
  NAME PRUEBA
  STATUS ON
  SIZE 640 480
  EXTENT 164590 4062740 579080 4266350
  UNITS DD
  SHAPEPATH "../data"
  IMAGETYPE jpeg
  FONTSET "../etc/fonts.txt"

PROJECTION
  "init=epsg:23030"
END

WEB
   #TEMPLATE "cursoOGC_basico.html"
   IMAGEPATH "D:\ms4w\tmp"
   IMAGEURL "/tmp/"

  METADATA
    "wcs_label"                    "WCS Server"
    "wcs_abstract"                "WCS Pruebas Server"
    "wcs_version"                "1.0.0"
    "wcs_onlineresource"        "
http://localhost:81/cgi-bin/mapserver?SERVICE=WCS"
    "wcs_srs"                    "epsg:23030"
  END

 END

SCALEBAR
IMAGECOLOR 255 255 255
LABEL
  COLOR 100 100 100
  SIZE TINY
 END
STYLE 0
SIZE 200 3
COLOR 100 100 100
OUTLINECOLOR 100 100 100
UNITS kilometers
INTERVALS 2
TRANSPARENT TRUE
STATUS on
 END

LEGEND
  KEYSIZE 18 12
  LABEL
    TYPE BITMAP
    SIZE MEDIUM
    COLOR 0 0 89
  END
  STATUS ON
END

OUTPUTFORMAT
    NAME ECW
    DRIVER "GDAL/ECW"
    MIMETYPE "image/ecw"
    IMAGEMODE "BYTE"
    EXTENSION "ecw"
END

LAYER
  NAME "sevilla"
  STATUS ON
  PROCESSING "SCALE=AUTO"
  DUMP TRUE
  TILEINDEX "sevilla.shp"
  TILEITEM "location"
  TYPE RASTER
  PROJECTION
    "init=epsg:23030"
  END
  METADATA
  "wcs_description" "sevilla"
  "wcs_name" "sevilla"
  "wcs_label" "sevilla"
  "ocs_srs"   "epsg:23030"
  "ows_extent" "232460 4136112 240133 4145594"
  "wcs_size"    "7500 9000"
  "wcs_resolution" "100 100"
  "wcs_bandcount" "3"
  "wcs_formats" "ECW"
  END
END

END

Do you know why could it be?
Thank you very much.
-- 
Jos? Ram?n L?pez
Tfno: 627 88 88 24
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061211/12a23755/attachment.htm>

From Steve.Lime at DNR.STATE.MN.US  Mon Dec 11 09:35:36 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Mon, 11 Dec 2006 11:35:36 -0600
Subject: LABELITEM
In-Reply-To: <20061210111132.45134.qmail@web42405.mail.scd.yahoo.com>
Message-ID: <MON.11.DEC.2006.113536.0600.STEVE.LIMEDNR.STATE.MN.US>

Nope.

>>> william paul <williampaul28 at YAHOO.COM> 12/10/2006 5:11:32 AM >>>
Thank you a lot Stephen, it worked
   
  Is it possible to have 2 different fonts? each for 1 column?
   
  example:
   
  NAME use arial font
  PLACE use verdana font?
   
  William

Stephen Woodbridge <woodbri at SWOODBRIDGE.COM> wrote:
  Not exactly like that.

Try in the CLASS to add TEXT ([name], [place])

-Steve W

william paul wrote:
> Hello:
> 
> Is it possible to have 2 columns for LABELITEM?
> 
> I have 2 CLASS in the map file. For the first CLASS I want to use 
> LABELITEM "name" and for the second class I want to use LABELITEM 
> "place", so for each CLASS I can set different labels from different
columns
> 
> Thank you in advance
> 
> example:
> CLASSITEM "class"
> LABELITEM "name" and "place"
> CLASS
> NAME "class1"
> EXPRESSION "2"
> STYLE
> COLOR 112 112 112
> SYMBOL "POINT"
> SIZE 7
> END
> LABEL
> COLOR 112 112 112
> TYPE TRUETYPE
> FONT arial
> MAXSIZE 7
> MINSIZE 7
> ANTIALIAS true
> POSITION auto
> PARTIALS TRUE
> MINDISTANCE 100
> BUFFER 0
> ENCODING "iso-8859-1"
> FORCE true
> END # end of label
> TEMPLATE "query_templates/template.html"
> END
> CLASS
> NAME "class2"
> EXPRESSION "1"
> STYLE
> COLOR 255 0 0
> SYMBOL "POINT"
> SIZE 7
> END
> LABEL
> COLOR 255 0 0
> TYPE TRUETYPE
> FONT verdana
> MAXSIZE 7
> MINSIZE 7
> ANTIALIAS true
> POSITION uc
> PARTIALS TRUE
> MINDISTANCE 100
> BUFFER 0
> ENCODING "iso-8859-1"
> FORCE true
> END # end of label
> TEMPLATE "query_templates/template.html
> END
> William
> 
> Want to start your own business? Learn how on Yahoo! Small Business.

> 


 
---------------------------------
Everyone is raving about the all-new Yahoo! Mail beta.


From naci0002 at UMN.EDU  Mon Dec 11 10:08:42 2006
From: naci0002 at UMN.EDU (Pericles S. Nacionales)
Date: Mon, 11 Dec 2006 12:08:42 -0600
Subject: How to download the list-archive?
In-Reply-To: <1165831317.457d2c9544fa7@www.mail2web.ch>
Message-ID: <MON.11.DEC.2006.120842.0600.NACI0002UMN.EDU>

Roman, folks,

You can request a monthly "notebook" by sending a "get" command to 
listserv.  Here's the syntax:
   get listname.LOGYYMM

where
listname=mailing list name (MAPSERVER-USERS),
YY=year
MM=month

For example, if you want the November notebook you'd send the following 
command:
   get MAPSERVER-USERS.LOG0611

The list server well then mail it to you.  There might be other options 
through the mailing list's web interface...

I hope that helps.  Good luck!

-Perry

Roman Meier wrote:
> Hi list
> 
> I don't have a permanent internet connection. That's why I find it a bit
> difficult to search the archive online using a webbrowser. You changed your
> listsystem to listserv in 2004. Since then I can't download the monthly
> archive, because the links an not available anymore. I used to do that
> regularly. Like that I could search the archive offline, because I had a copy
> of the hole archive on my pc.
> How can I download and read the archive offline?
> 
> Thanks for your help?
> 
> Roman
> 
> .
> 


From Steve.Lime at DNR.STATE.MN.US  Mon Dec 11 12:03:29 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Mon, 11 Dec 2006 14:03:29 -0600
Subject: WCS Problem
In-Reply-To: <7efce0ed0612110844n3d64bc54y42ad64e527e439d2@mail.gmail.com>
Message-ID: <MON.11.DEC.2006.140329.0600.STEVE.LIMEDNR.STATE.MN.US>

What sort of an error message are you seeing?

>>> Jos? Ram?n L?pez <joseramonlopez at GMAIL.COM> 12/11/2006 10:44:30 AM >>>
Hi people!

I'm trying to make a wcs service.
I've made a tile index with the ecw images that I want to populate, but I
can`t see anything in the error files.

This is my map file.


MAP
  NAME PRUEBA
  STATUS ON
  SIZE 640 480
  EXTENT 164590 4062740 579080 4266350
  UNITS DD
  SHAPEPATH "../data"
  IMAGETYPE jpeg
  FONTSET "../etc/fonts.txt"

PROJECTION
  "init=epsg:23030"
END

WEB
   #TEMPLATE "cursoOGC_basico.html"
   IMAGEPATH "D:\ms4w\tmp"
   IMAGEURL "/tmp/"

  METADATA
    "wcs_label"                    "WCS Server"
    "wcs_abstract"                "WCS Pruebas Server"
    "wcs_version"                "1.0.0"
    "wcs_onlineresource"        "
http://localhost:81/cgi-bin/mapserver?SERVICE=WCS" 
    "wcs_srs"                    "epsg:23030"
  END

 END

SCALEBAR
IMAGECOLOR 255 255 255
LABEL
  COLOR 100 100 100
  SIZE TINY
 END
STYLE 0
SIZE 200 3
COLOR 100 100 100
OUTLINECOLOR 100 100 100
UNITS kilometers
INTERVALS 2
TRANSPARENT TRUE
STATUS on
 END

LEGEND
  KEYSIZE 18 12
  LABEL
    TYPE BITMAP
    SIZE MEDIUM
    COLOR 0 0 89
  END
  STATUS ON
END

OUTPUTFORMAT
    NAME ECW
    DRIVER "GDAL/ECW"
    MIMETYPE "image/ecw"
    IMAGEMODE "BYTE"
    EXTENSION "ecw"
END

LAYER
  NAME "sevilla"
  STATUS ON
  PROCESSING "SCALE=AUTO"
  DUMP TRUE
  TILEINDEX "sevilla.shp"
  TILEITEM "location"
  TYPE RASTER
  PROJECTION
    "init=epsg:23030"
  END
  METADATA
  "wcs_description" "sevilla"
  "wcs_name" "sevilla"
  "wcs_label" "sevilla"
  "ocs_srs"   "epsg:23030"
  "ows_extent" "232460 4136112 240133 4145594"
  "wcs_size"    "7500 9000"
  "wcs_resolution" "100 100"
  "wcs_bandcount" "3"
  "wcs_formats" "ECW"
  END
END

END

Do you know why could it be?
Thank you very much.
-- 
Jos? Ram?n L?pez
Tfno: 627 88 88 24


From David.Fawcett at STATE.MN.US  Mon Dec 11 12:18:53 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Mon, 11 Dec 2006 14:18:53 -0600
Subject: T?=?UTF-8?Q?=C2=B5a:?=  Re: [UMN_MAPSERVER-USERS] truety pe
 fonts problem...
In-Reply-To: A<20061211115805.65052.qmail@web27713.mail.ukl.yahoo.com>
Message-ID: <MON.11.DEC.2006.141853.0600.DAVID.FAWCETTSTATE.MN.US>

Kio, 
 
Did you use the absolute path in your mapfile?  
 
e.g. Instead of    FONTSET "..\font\fontset.txt"
 
this
 
FONTSET  "c:\ms4w\Apache\htdocs\gp\font\fontset.txt"
 
David.
 
PS.  It looks like you are on Windows, but if this was on Linux, I would also suggest to look at the case of the font file names and the case of the text in your fontset.txt file.  A mix in case threw me a loop the first time that I ported a MapServer app from a Windows to a linux box.  

	-----Original Message-----
	From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of korakas koarkis
	Sent: Monday, December 11, 2006 5:58 AM
	To: MAPSERVER-USERS at LISTS.UMN.EDU
	Subject: [UMN_MAPSERVER-USERS] T??a: Re: [UMN_MAPSERVER-USERS] truetype fonts problem...
	
	
	Thanks for the quick repsonses.
	
	I used an absolute path to the fontset.txt:
	arial C:\ms4w\Apache\htdocs\gp\font\arial.ttf
	
	and in the map file I refer only to arial truetype fonts but the problem remains!
	
	msGetLabelSize(): TrueType Font error. Requested font (arial) not found. 
	
	Also the arial.ttf file is a copy from the C:\windows\fonts directory  so it is not corrupt..
	
	kio
	
	boice tomlin <boice at runskip.com> ??????: 


		Hello,

		I would start by using an absolute path to the fontset.txt file to see if the relative path is the problem.

		Then I would try using just one font in the list and see if you can get that working.  If it can find the arial font but not the arialbd then maybe that font file is corrupt.

		-boice



		On Dec 8, 2006, at 12:02 PM, korakas koarkis wrote:


			Hi all, 
			
			I want to use true type fonts in my maps and I am using the following setup:
			
			a "font" folder with: arial.ttf  arialbd.ttf.
			also in this folder is placed the fontset.txt:
			arial arial.ttf
			arialbd arialbd.ttf
			
			
			and finally in my map file
			
			..
			FONTSET "..\font\fontset.txt"
			....
			  LABEL
			        TYPE truetype
			        FONT arialbd
			         SIZE 9
			
			
			but the mapserver produces ::
			
			msGetLabelSize(): TrueType Font error. Requested font (arialbd) not found. 
			
			
			
			I am completely stuck here.
			The mapserver sees the fontset.txt, (if i rename it it produces an repsective error message) but it can not read the aliases!
			
			
			kio 

________________________________

			?????????????? Yahoo!
			?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
			http://login.yahoo.com/config/mail?.intl=gr 


		
		


		////////////////////////////
		Run Skip
		http://runskip.com/
		

		boice tomlin

		boice at runskip.com

		503-528-6204




	
________________________________

	?????????????? Yahoo!
	?????????? ?? ?????????? ???? ???? (spam); ?? Yahoo! Mail ???????? ??? ???????? ?????? ????????? ???? ??? ??????????? ????????? 
	http://login.yahoo.com/config/mail?.intl=gr 

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

From boice at RUNSKIP.COM  Mon Dec 11 13:28:13 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Mon, 11 Dec 2006 16:28:13 -0500
Subject: calculating map extent
Message-ID: <MON.11.DEC.2006.162813.0500.BOICERUNSKIP.COM>


Hello All,

If I am using the zoompoint or zoomrectangle functions on a map  
object I can get the extent directly from the map after I create it.   
But if I have an extent and a zoom factor how can I tell what my  
extent will be.

I don't know which resolution map file I want to use and therefore  
can't create the map unless I know the resolution first.

thanks for you help.

-boice




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


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

From John.C.Cartwright at NOAA.GOV  Mon Dec 11 15:28:12 2006
From: John.C.Cartwright at NOAA.GOV (John Cartwright)
Date: Mon, 11 Dec 2006 16:28:12 -0700
Subject: questions about setting up SOS
Message-ID: <MON.11.DEC.2006.162812.0700.JOHN.C.CARTWRIGHTNOAA.GOV>

Hello All,

I'm trying to understand how to configure a mapfile to serve data out of 
Oracle Spatial using Mapserver's SOS_SERVER and am a little confused 
about the relationship between the sos_procedure, 
sos_observedproperty_id, and sos_offering_id. 

It looks like the sos_procedure and sos_observedproperty_id must be 
unique to each layer in the mapfile.  So if I have a system of buoys 
that each measure temperature and salinity, would I define two layers 
pointing to the same spatial data and sharing the same sos_offering_id 
value?

Thanks!

-- john

   LAYER
      NAME observations_tmp
        METADATA
            "sos_procedure"  "tmp"
            "sos_offering_id" "argo"
            "sos_observedproperty_id" "ztmp"
            "sos_describesensor_url" "http://some/url/"
          END
      TYPE point
      DATA buoy.shp
   END

   LAYER
      NAME observations_sal
        METADATA
            "sos_procedure"  "sal"
            "sos_offering_id" "argo"
            "sos_observedproperty_id" "zsal"
            "sos_describesensor_url" "http://some/url/"
          END
      TYPE point
      DATA buoy.shp
   END


From ed at TOPOZONE.COM  Mon Dec 11 18:27:01 2006
From: ed at TOPOZONE.COM (Ed McNierney)
Date: Mon, 11 Dec 2006 21:27:01 -0500
Subject: Speed of the MapServer-Output
In-Reply-To: A<457D7527.4020604@mapgears.com>
Message-ID: <MON.11.DEC.2006.212701.0500.EDTOPOZONE.COM>

Reinhard -

Please keep in mind that the DEBUG ON statement in your map file will
enable the timing of layer drawing and other activities.  It cannot,
however, record the time it takes to load and parse the map file itself,
as it does not become active until after the map file is read!  Quite a
while ago, I did some performance investigations - my MapServer
performance was just fine, but nothing's ever "good enough" for me.  I
thought I had done a very good job of optimizing my data organization,
layout, and indexing, and I had.  What I did not realize until I looked
closely was that I had optimized the data so well that 75% of my
map-rendering time was spent in loading the map file!

It is a good idea to strive for minimalist map files wherever possible.
Don't leave statements in there that you don't need.  In particular,
extraneous layers, unused fonts and symbols, and unnecessary PROJECTION
objects can be relatively expensive.

	- Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
Phone: +1 (978) 251-4242
Fax: +1 (978) 251-1396
ed at topozone.com

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Daniel Morissette
Sent: Monday, December 11, 2006 10:12 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] Speed of the MapServer-Output

Reinhard Keltermann wrote:
> 
> I would like to know if it`s possible to see somehow how fast the 
> mapserver is producing a map.
> For example an entry in a logfile or so that says: 0,034 seconds.
> 
> Is there somewhere an entry in the logfile of the apache or the
MapServer?
> 
> By now I can just get the time by looking on my watch, and that`s not
very precise.....
> 

If your MapServer is built with the DEBUG=MSDEBUG option (--with-debug
configure option) then you can set "DEBUG ON" at the top-level in your
mapfile and you'll get some timing details in Apache's error_log. The
log output will include the time required to render each layer and the
label cache. That can then be used to figure which layer(s) take most of
the time and decide which ones to work on in tuning your map.

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


From tom at GISAPPS.COM.HK  Mon Dec 11 18:39:49 2006
From: tom at GISAPPS.COM.HK (tom)
Date: Tue, 12 Dec 2006 10:39:49 +0800
Subject: set point symbol size
Message-ID: <TUE.12.DEC.2006.103949.0800.TOMGISAPPS.COM.HK>

Dear All

I would like to know whether it is possible to set point symbol size dynamically. For example, I can create a size value as a parameter and pass to mapserv.exe. Since I am not using mapscript, so are there any simple way to do that?

I have tried the mapfile as follow, it is not work and parsing error is returned, unfortunately.

LAYER
  NAME TMP
  TYPE POINT
  STATUS DEFAULT
  CONNECTIONTYPE OGR
  CONNECTION "<OGRVRTDataSource><OGRVRTLayer name='TMP'>
<SrcDataSource>ODBC:POINT</SrcDataSource> 
  <SrcSQL>SELECT X,Y FROM TMP</SrcSQL>
<GeometryType>wkbPoint</GeometryType> 
        <LayerSRS></LayerSRS>
<GeometryField encoding='PointFromColumns' x='x' y='y'/> 
    </OGRVRTLayer></OGRVRTDataSource>"
  DATA "TMP"
  
  CLASS
    SYMBOL 'circle'
    size %SIZE%
    COLOR 0 0 255
    OUTLINECOLOR 128 128 128
  END
  
  END

Thanks for help.

Regards,
Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/8b41d712/attachment.htm>

From ravikapoor101 at GMAIL.COM  Mon Dec 11 22:58:22 2006
From: ravikapoor101 at GMAIL.COM (Ravi)
Date: Mon, 11 Dec 2006 22:58:22 -0800
Subject: how to find bounding county for given long/lat?
In-Reply-To: <p06230900c1a2d358012b@[192.168.204.101]>
Message-ID: <MON.11.DEC.2006.225822.0800.RAVIKAPOOR101GMAIL.COM>

Hi Hal,

Thanks for your help. I have made some progress. I am able to search for 
a point and find a record number. However somehow the layer is not able 
to return me the shape. It gives error
"Fatal error: [MapServer Error]: msDBFGetItemIndex(): Invalid record 
number 226. in C:\ms4w\Apache\htdocs\test.php on line 29"

This is odd as it just returned the record number in the search. Here is 
my script.

------------------------------------------------------------------------
<?php
dl("php_mapscript_4.10.0.dll");

$map = 
ms_newMapObj("C:/ms4w/apps/us_streets2005se-1/map/us_streets2005se-1.map");

$overlayLayer = $map->getLayerByName("countiesLayer");

$myApt = ms_newPointObj();
$myApt->setXY(-120.997, 36.882);

$returnVal=$overlayLayer->queryByPoint($myApt,$mapscript->MS_SINGLE,0);
$resultCache=$overlayLayer->getResult(returnVal);
$overlayLayer->open();
$overlayLayer->getShape($resultCache->tileindex, 
$resultCache->shapeindex);	// this line gives the error.
?>
------------------------------------------------------------------------

Thanks for help
Ravi


Hal Mueller wrote:
> In PHP Mapscript, the queryby... methods on the Layer class 
> (http://mapserver.gis.umn.edu/docs/reference/phpmapscript-class/classes/layerobj 
> ) appear to do what you want--find the shape that matches the 
> coordinates.  From there you can query the shape's attributes, get its 
> FIPS code, and hit your database.
> 
> Hal
> 


From umberto.nicoletti at GMAIL.COM  Mon Dec 11 23:45:20 2006
From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti)
Date: Tue, 12 Dec 2006 08:45:20 +0100
Subject: mapObj.zoomRectangle from Java Mapscript.
In-Reply-To: <f3b73b7d0612110830l34c08ca0p5a1e1ba323e44cb4@mail.gmail.com>
Message-ID: <TUE.12.DEC.2006.084520.0100.UMBERTO.NICOLETTIGMAIL.COM>

Howard's version is the right one, only the error message is still
wrong, it should say:

msSetError(MS_MISCERR, "image rectangle maxy >= miny",

and this confuses both users and developers...

There is an issue in bugzilla, but unfortunately I can't view it
because bugzilla is slow/down at the moment.

Umberto

On 12/11/06, Tamas Szekeres <szekerest at gmail.com> wrote:
> Hi All,
>
> Going through the CVS History of mapzoom.i I can see that umberto has
> addressed this issue in ver1.3 (2006 05 30) but hobu has reverted the
> changes in ver1.4 (2006 07 04)
>
> So the developers should agree with the desired action.
>
> I would vote +1 to correct this issue as logical, that is:
>
> mapzoom.i (282)
>
>   if (poPixRect->miny >= poPixRect->maxy)
>         {
>             msSetError(MS_MISCERR, "image rectangle miny >= maxy",
>                        "mapscript::mapObj::zoomRectangle()");
>             return MS_FAILURE;
>         }
>
> However it will break the existing code and should be noted as a
> backward incompatible change.
>
> Best Regards,
>
> Tamas Szekeres
>
>
>
>
>
> 2006/12/11, Rodrigo Del C. Andrade <rodrigo.andrade at digitro.com.br>:
> >
> >
> >      Hello Javier, thanks for the info.
> >
> >      We have been struggling for some time now with the zoomRectangle and
> > every piece of info is appreciated.
> >      Concerning the swap of MinY with MaxY in your code, I gotta say this
> > caught me off guard.
> >       I couldn't get past a "miny >= maxy" error while trying to  use
> > zoomRectangle before and went as far as changing and recompiling mapzoom.i
> > where there is a consistency check that looks like:
> >  if (poPixRect->maxy >= poPixRect->miny) { -- insert nasty error here -- }
> >
> >
> >      thinking I found a bug. I got past the error after that change, however
> > the zoom behavior was what could best be described as "all over the place".
> > Like zooming to the wrong hemisphere and the like.
> >      So I changed mapzoom.i back to the original code and swapped the order
> > of arguments on my code following your example, and it worked better than
> > the last behavior, however the zoom isn't still quite working in a
> > predictable manner.
> >      Sometimes when zooming the map will remain at the same zoom factor, and
> > just pan a little to the sides or actually zooming out instead of going
> > zooming to the passed coordinates. I am running out of ideas as to what
> > could be causing this behavior.
> >      Here is what I am doing:
> >
> >        //Current map geo extent
> >        String[] extents = ((String) params.get("extent")).split(" ");
> >         rectObj extent = new rectObj(Double.parseDouble(extents[0]),
> > Double.parseDouble(extents[1]),
> >                                       Double.parseDouble(extents[2]),
> > Double.parseDouble(extents[3]), mapscript.MS_FALSE);
> >         mapa.setExtent(extent);
> >
> >          //rectangle Pic coords
> >          String[] pxCoordZoom = ((String) params.get("coordenadas")).split("
> > ");
> >          Double minx = Double.parseDouble(pxCoordZoom[0]);
> >          Double miny = Double.parseDouble(pxCoordZoom[1]);
> >          Double maxy = Double.parseDouble(pxCoordZoom[2]);
> >          Double maxx = Double.parseDouble(pxCoordZoom[3]);
> >
> >         /*We are using a cropper javascript class and the order the
> > rectangle coordinates where being passed was kind of unpredictable and
> > causing errors                while trying to create the rectangle with the
> > eventual minX > maxX /*
> >          double transport;
> >          if(minx > maxx){
> >              transport = minx;
> >              minx = maxx;
> >              maxx = transport;
> >          }
> >          if(miny > maxy){
> >              transport = miny;
> >              miny = maxy;
> >              maxy = transport;
> >          }
> >
> >          rectObj zoomArea = new rectObj(minx, maxy, maxx, miny,
> > mapscript.MS_TRUE);   //with MaxY and MinY swapped
> >          mapa.zoomRectangle(zoomArea, mapa.getWidth(), mapa.getHeight(),
> > extent, getMaxGeorefExtent(mapa));
> >
> >      Do you see any glaring mistakes that could cause the zoom to behave
> > wrongly?
> >      What confuses me is the fact that you mentioned that the rectangle
> > should be constructed with bottom-left and top-right defined, but isn't the
> > MinX and MaxY pair actually top-left?
> >
> >      Thanks in advance, any scrap of information helps immensely.
> >
> >      Rod.
> >
> >  --
> >
> >
> >  Rodrigo Del C. Andrade
> >  Estagi?rio N?vel Superior
> >  SIC - SSE - Solu??es Seguran?a P?blica
> >
> >  D?GITRO TECNOLOGIA
> >  E-mail: rodrigo.andrade at digitro.com.br
> >  Fone: +55 48 3281- / +55 48 3281-7000
> >  Fax: +55 48 3281-7299
> >  Site: www.digitro.com
> >
> >
> >  Javier Caicedo wrote:
> >  According to the Mapscript API mapObj.zoomRectangle first parameter must
> > be in image coordinates, so you should set the last parameter of the
> > rectObj constructor to TRUE. Here goes an example from my current project:
> >
> >  //vMap is an instance of mapObj
> >  rectObj rect = vMap.getExtent(); //map coordinates
> >  String [] box =
> > getCurrentRequest().getParameter("box").split(" ");
> >  //box is something like this: 10 10 200 200
> >  //0,0 is at top left, so box defines top left and bottom right corners
> >  double mx = Double.parseDouble(box[0]);
> >  double my = Double.parseDouble(box[1]);
> >  double mxx = Double.parseDouble(box[2]);
> >  double mxy = Double.parseDouble(box[3]);
> >
> >  //bunch of validation code ommitted
> >
> >  rectObj rbox = new rectObj(mx,mxy,mxx,my,mapscriptConstants.MS_TRUE);
> >  //notice the switch of mxy and my
> >  //rectObj constructor requires you define bottom left and top right
> >  //corners. rbox is in image coordinates
> >  vMap.zoomRectangle(rbox,w,h,rect,null);
> >
> > Hopefully this will help you out a little.
> >
> > Regards,
> > Javier Caicedo Espinoza
> > CTI - ESPOL
> > Guayaquil, Ecuador
> >
> >
> >
> >
> >
> >
> >
> >
>


From joseramonlopez at GMAIL.COM  Tue Dec 12 01:33:44 2006
From: joseramonlopez at GMAIL.COM (=?ISO-8859-1?Q?Jos=E9_Ram=F3n_L=F3pez?=)
Date: Tue, 12 Dec 2006 10:33:44 +0100
Subject: Fwd: WCS Problem
In-Reply-To: <7efce0ed0612110844n3d64bc54y42ad64e527e439d2@mail.gmail.com>
Message-ID: <TUE.12.DEC.2006.103344.0100.JOSERAMONLOPEZGMAIL.COM>

I could find this error in error.log file of apache

[error] [client 127.0.0.1]
[error] [client 127.0.0.1] msDrawRasterLayerLow(sevilla): entering.\r
[error] [client 127.0.0.1] msDrawGDAL(): src=0,85,7640,4973,
dst=2,0,255,166\r
[error] [client 127.0.0.1] msDrawGDAL(): src=85,0,7645,4973,
dst=0,151,255,166\r


Could you tell me wich is the reason of this error?

Thanks

---------- Forwarded message ----------
From: Jos? Ram?n L?pez <joseramonlopez at gmail.com>
Date: 11-dic-2006 17:44
Subject: WCS Problem
To: MAPSERVER-USERS at lists.umn.edu

Hi people!

I'm trying to make a wcs service.
I've made a tile index with the ecw images that I want to populate, but I
can`t see anything in the error files.

This is my map file.


MAP
  NAME PRUEBA
  STATUS ON
  SIZE 640 480
  EXTENT 164590 4062740 579080 4266350
  UNITS DD
  SHAPEPATH "../data"
  IMAGETYPE jpeg
  FONTSET "../etc/fonts.txt"

PROJECTION
  "init=epsg:23030"
END

WEB
   #TEMPLATE "cursoOGC_basico.html"
   IMAGEPATH "D:\ms4w\tmp"
   IMAGEURL "/tmp/"

  METADATA
    "wcs_label"                    "WCS Server"
    "wcs_abstract"                "WCS Pruebas Server"
    "wcs_version"                "1.0.0"
    "wcs_onlineresource"
"http://localhost:81/cgi-bin/mapserver?SERVICE=WCS
"
    "wcs_srs"                    "epsg:23030"
  END

 END

SCALEBAR
IMAGECOLOR 255 255 255
LABEL
  COLOR 100 100 100
  SIZE TINY
 END
STYLE 0
SIZE 200 3
COLOR 100 100 100
OUTLINECOLOR 100 100 100
UNITS kilometers
INTERVALS 2
TRANSPARENT TRUE
STATUS on
 END

LEGEND
  KEYSIZE 18 12
  LABEL
    TYPE BITMAP
    SIZE MEDIUM
    COLOR 0 0 89
  END
  STATUS ON
END

OUTPUTFORMAT
    NAME ECW
    DRIVER "GDAL/ECW"
    MIMETYPE "image/ecw"
    IMAGEMODE "BYTE"
    EXTENSION "ecw"
END

LAYER
  NAME "sevilla"
  STATUS ON
  PROCESSING "SCALE=AUTO"
  DUMP TRUE
  TILEINDEX "sevilla.shp"
  TILEITEM "location"
  TYPE RASTER
  PROJECTION
    "init=epsg:23030"
  END
  METADATA
  "wcs_description" "sevilla"
  "wcs_name" "sevilla"
  "wcs_label" "sevilla"
  "ocs_srs"   "epsg:23030"
  "ows_extent" "232460 4136112 240133 4145594"
  "wcs_size"    "7500 9000"
  "wcs_resolution" "100 100"
  "wcs_bandcount" "3"
  "wcs_formats" "ECW"
  END
END

END

Do you know why could it be?
Thank you very much.
-- 
Jos? Ram?n L?pez
Tfno: 627 88 88 24

-- 
Jos? Ram?n L?pez
Tfno: 627 88 88 24
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/0abb63c6/attachment.htm>

From dave.potts at PINAN.CO.UK  Tue Dec 12 01:16:34 2006
From: dave.potts at PINAN.CO.UK (Dave Potts)
Date: Tue, 12 Dec 2006 09:16:34 +0000
Subject: use of strict xhtml for the html templatefile
Message-ID: <TUE.12.DEC.2006.091634.0000.DAVE.POTTSPINAN.CO.UK>

Is the html template file going to be well form along the lines of xhtml ?

David

-------------- next part --------------
A non-text attachment was scrubbed...
Name: dave.potts.vcf
Type: text/x-vcard
Size: 85 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/1c58ed72/attachment.vcf>

From philip.donaghy at GMAIL.COM  Tue Dec 12 03:38:16 2006
From: philip.donaghy at GMAIL.COM (Philip Mark Donaghy)
Date: Tue, 12 Dec 2006 06:38:16 -0500
Subject: Drawing streets like google local
Message-ID: <TUE.12.DEC.2006.063816.0500.PHILIP.DONAGHYGMAIL.COM>

I would like to give users the familiarity of common internet maps.
Can anyone point me to a way to render lines similar to google or
yahoo maps?
-- 
Philip Donaghy
donaghy.blogspot.com del.icio.us/donaghy/philip
Skype: philipmarkdonaghy
Office: +33 5 56 60 88 02
Mobile: +33 6 20 83 22 62


From gregor at HOSTGIS.COM  Tue Dec 12 03:59:14 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Tue, 12 Dec 2006 04:59:14 -0700
Subject: Drawing streets like google local
In-Reply-To: <e275257f0612120338x47bd3411n6bab5f01080e4f6e@mail.gmail.com>
Message-ID: <TUE.12.DEC.2006.045914.0700.GREGORHOSTGIS.COM>

> I would like to give users the familiarity of common internet maps.
> Can anyone point me to a way to render lines similar to google or
> yahoo maps?

The basic trick is as follows: use 2 symbols with different colors, so you
get a thick line with an outline effect. Example:

    # plain old streets: medium grey outlines on a white fill.
    STYLE
      SYMBOL 'line_solid'
      COLOR 180 180 180
      SIZE 3
    END
    STYLE
      SYMBOL 'line_solid'
      COLOR 255 255 255
      SIZE 1
    END

Make several classes (highways, interstates, city roads) using whatever
classification criteria your data gives you. Then tweak the sizes and
colors, e.g. two shades of beige and sizes 5 and 3, two shades of darker
brown and sizes 4 and 6 for major city roads, ...

A great resource for colors is Visibone's color lab:
   http://www.visibone.com/colorlab/

I hope this helps.


From jcaicedo at CTI.ESPOL.EDU.EC  Tue Dec 12 04:04:18 2006
From: jcaicedo at CTI.ESPOL.EDU.EC (Javier Caicedo)
Date: Tue, 12 Dec 2006 07:04:18 -0500
Subject: mapObj.zoomRectangle from Java Mapscript.
In-Reply-To: <457D55EF.3010109@digitro.com.br>
Message-ID: <TUE.12.DEC.2006.070418.0500.>

Well, I don't see anything obviously wrong with your code. I would suggest
trying another javascript library (or another browser?) and see if the
behaviour improves.  Also try setting the last parameter in zoomRectangle
to null, just to see what happens. Regarding your last question, in image
coordinates the 0,0 point is at top left, so miny is actually closer to
the top. It took me some time to grasp the concept...

      0,0____________________________________
        |
        |
        |
        |    __________________(maxx,miny)
        |   |                  |
        |   |                  |
        |   |__________________|
        |  (minx, maxy)
        |

Regards,
Javier Caicedo Espinoza
CTI - ESPOL
Ecuador

>
>     Hello Javier, thanks for the info.
>
>     We have been struggling for some time now with the zoomRectangle and
> every piece of info is appreciated.
>     Concerning the swap of MinY with MaxY in your code, I gotta say this
> caught me off guard.
>      I couldn't get past a "miny >= maxy" error while trying to  use
> zoomRectangle before and went as far as changing and recompiling
> mapzoom.i where there is a consistency check that looks like:
>
> 	if (poPixRect->maxy >= poPixRect->miny) { -- insert nasty error here -- }
>
>
>     thinking I found a bug. I got past the error after that change,
> however the zoom behavior was what could best be described as "all over
> the place". Like zooming to the wrong hemisphere and the like.
>     So I changed mapzoom.i back to the original code and swapped the
> order of arguments on my code following your example, and it worked
> better than the last behavior, however the zoom isn't still quite
> working in a predictable manner.
>     Sometimes when zooming the map will remain at the same zoom factor,
> and just pan a little to the sides or actually zooming out instead of
> going zooming to the passed coordinates. I am running out of ideas as to
> what could be causing this behavior.
>     Here is what I am doing:
>
>       //Current map geo extent
>       String[] extents = ((String) params.get("extent")).split(" ");
>        rectObj extent = new rectObj(Double.parseDouble(extents[0]),
> Double.parseDouble(extents[1]),
>                                      Double.parseDouble(extents[2]),
> Double.parseDouble(extents[3]), mapscript.MS_FALSE);
>        mapa.setExtent(extent);
>
>         //rectangle Pic coords
>         String[] pxCoordZoom = ((String)
> params.get("coordenadas")).split(" ");
>         Double minx = Double.parseDouble(pxCoordZoom[0]);
>         Double miny = Double.parseDouble(pxCoordZoom[1]);
>         Double maxy = Double.parseDouble(pxCoordZoom[2]);
>         Double maxx = Double.parseDouble(pxCoordZoom[3]);
>
>        /*We are using a cropper javascript class and the order the
> rectangle coordinates where being passed was kind of unpredictable and
> causing errors                while trying to create the rectangle with
> the eventual minX > maxX /*
>         double transport;
>         if(minx > maxx){
>             transport = minx;
>             minx = maxx;
>             maxx = transport;
>         }
>         if(miny > maxy){
>             transport = miny;
>             miny = maxy;
>             maxy = transport;
>         }
>
>         rectObj zoomArea = new rectObj(minx, maxy, maxx, miny,
> mapscript.MS_TRUE);   //with MaxY and MinY swapped
>         mapa.zoomRectangle(zoomArea, mapa.getWidth(), mapa.getHeight(),
> extent, getMaxGeorefExtent(mapa));
>
>     Do you see any glaring mistakes that could cause the zoom to behave
> wrongly?
>     What confuses me is the fact that you mentioned that the rectangle
> should be constructed with bottom-left and top-right defined, but isn't
> the MinX and MaxY pair actually top-left?
>
>     Thanks in advance, any scrap of information helps immensely.
>
>     Rod.
>
> --
>
>
> *Rodrigo Del C. Andrade*
> /Estagi?rio N?vel Superior/
> /SIC - SSE - Solu??es Seguran?a P?blica/
>
> *D?GITRO TECNOLOGIA*
> *E-mail:* rodrigo.andrade at digitro.com.br
> <mailto:rodrigo.andrade at digitro.com.br>
> *Fone:* +55 48 3281- / +55 48 3281-7000
> *Fax:* +55 48 3281-7299
> *Site:* www.digitro.com <http://www.digitro.com>
>
> Javier Caicedo wrote:
>> According to the Mapscript API mapObj.zoomRectangle first parameter must
>> be in  image coordinates, so you should set the last parameter of the
>> rectObj constructor to TRUE. Here goes an example from my current
>> project:
>>
>>   //vMap is an instance of mapObj
>>   rectObj rect = vMap.getExtent(); //map coordinates
>>   String [] box = getCurrentRequest().getParameter("box").split(" ");
>>   //box is something like this: 10 10 200 200
>>   //0,0 is at top left, so box defines top left and bottom right corners
>>   double mx = Double.parseDouble(box[0]);
>>   double my = Double.parseDouble(box[1]);
>>   double mxx = Double.parseDouble(box[2]);
>>   double mxy = Double.parseDouble(box[3]);
>>
>>   //bunch of validation code ommitted
>>
>>   rectObj rbox = new rectObj(mx,mxy,mxx,my,mapscriptConstants.MS_TRUE);
>>   //notice the switch of mxy and my
>>   //rectObj constructor requires you define bottom left and top right
>>   //corners. rbox is in image coordinates
>>   vMap.zoomRectangle(rbox,w,h,rect,null);
>>
>> Hopefully this will help you out a little.
>>
>> Regards,
>> Javier Caicedo Espinoza
>> CTI - ESPOL
>> Guayaquil, Ecuador
>>
>>
>>
>
>
>
>


From umberto.nicoletti at GMAIL.COM  Tue Dec 12 05:23:37 2006
From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti)
Date: Tue, 12 Dec 2006 14:23:37 +0100
Subject: mapObj.zoomRectangle from Java Mapscript.
In-Reply-To: <75b4b93e0612112345i1e8b6aefye214409bf07682a5@mail.gmail.com>
Message-ID: <TUE.12.DEC.2006.142337.0100.UMBERTO.NICOLETTIGMAIL.COM>

I found the bugzilla issue (eventually!):

http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1817

Umberto

On 12/12/06, Umberto Nicoletti <umberto.nicoletti at gmail.com> wrote:
> Howard's version is the right one, only the error message is still
> wrong, it should say:
>
> msSetError(MS_MISCERR, "image rectangle maxy >= miny",
>
> and this confuses both users and developers...
>
> There is an issue in bugzilla, but unfortunately I can't view it
> because bugzilla is slow/down at the moment.
>
> Umberto
>
> On 12/11/06, Tamas Szekeres <szekerest at gmail.com> wrote:
> > Hi All,
> >
> > Going through the CVS History of mapzoom.i I can see that umberto has
> > addressed this issue in ver1.3 (2006 05 30) but hobu has reverted the
> > changes in ver1.4 (2006 07 04)
> >
> > So the developers should agree with the desired action.
> >
> > I would vote +1 to correct this issue as logical, that is:
> >
> > mapzoom.i (282)
> >
> >   if (poPixRect->miny >= poPixRect->maxy)
> >         {
> >             msSetError(MS_MISCERR, "image rectangle miny >= maxy",
> >                        "mapscript::mapObj::zoomRectangle()");
> >             return MS_FAILURE;
> >         }
> >
> > However it will break the existing code and should be noted as a
> > backward incompatible change.
> >
> > Best Regards,
> >
> > Tamas Szekeres
> >
> >
> >
> >
> >
> > 2006/12/11, Rodrigo Del C. Andrade <rodrigo.andrade at digitro.com.br>:
> > >
> > >
> > >      Hello Javier, thanks for the info.
> > >
> > >      We have been struggling for some time now with the zoomRectangle and
> > > every piece of info is appreciated.
> > >      Concerning the swap of MinY with MaxY in your code, I gotta say this
> > > caught me off guard.
> > >       I couldn't get past a "miny >= maxy" error while trying to  use
> > > zoomRectangle before and went as far as changing and recompiling mapzoom.i
> > > where there is a consistency check that looks like:
> > >  if (poPixRect->maxy >= poPixRect->miny) { -- insert nasty error here -- }
> > >
> > >
> > >      thinking I found a bug. I got past the error after that change, however
> > > the zoom behavior was what could best be described as "all over the place".
> > > Like zooming to the wrong hemisphere and the like.
> > >      So I changed mapzoom.i back to the original code and swapped the order
> > > of arguments on my code following your example, and it worked better than
> > > the last behavior, however the zoom isn't still quite working in a
> > > predictable manner.
> > >      Sometimes when zooming the map will remain at the same zoom factor, and
> > > just pan a little to the sides or actually zooming out instead of going
> > > zooming to the passed coordinates. I am running out of ideas as to what
> > > could be causing this behavior.
> > >      Here is what I am doing:
> > >
> > >        //Current map geo extent
> > >        String[] extents = ((String) params.get("extent")).split(" ");
> > >         rectObj extent = new rectObj(Double.parseDouble(extents[0]),
> > > Double.parseDouble(extents[1]),
> > >                                       Double.parseDouble(extents[2]),
> > > Double.parseDouble(extents[3]), mapscript.MS_FALSE);
> > >         mapa.setExtent(extent);
> > >
> > >          //rectangle Pic coords
> > >          String[] pxCoordZoom = ((String) params.get("coordenadas")).split("
> > > ");
> > >          Double minx = Double.parseDouble(pxCoordZoom[0]);
> > >          Double miny = Double.parseDouble(pxCoordZoom[1]);
> > >          Double maxy = Double.parseDouble(pxCoordZoom[2]);
> > >          Double maxx = Double.parseDouble(pxCoordZoom[3]);
> > >
> > >         /*We are using a cropper javascript class and the order the
> > > rectangle coordinates where being passed was kind of unpredictable and
> > > causing errors                while trying to create the rectangle with the
> > > eventual minX > maxX /*
> > >          double transport;
> > >          if(minx > maxx){
> > >              transport = minx;
> > >              minx = maxx;
> > >              maxx = transport;
> > >          }
> > >          if(miny > maxy){
> > >              transport = miny;
> > >              miny = maxy;
> > >              maxy = transport;
> > >          }
> > >
> > >          rectObj zoomArea = new rectObj(minx, maxy, maxx, miny,
> > > mapscript.MS_TRUE);   //with MaxY and MinY swapped
> > >          mapa.zoomRectangle(zoomArea, mapa.getWidth(), mapa.getHeight(),
> > > extent, getMaxGeorefExtent(mapa));
> > >
> > >      Do you see any glaring mistakes that could cause the zoom to behave
> > > wrongly?
> > >      What confuses me is the fact that you mentioned that the rectangle
> > > should be constructed with bottom-left and top-right defined, but isn't the
> > > MinX and MaxY pair actually top-left?
> > >
> > >      Thanks in advance, any scrap of information helps immensely.
> > >
> > >      Rod.
> > >
> > >  --
> > >
> > >
> > >  Rodrigo Del C. Andrade
> > >  Estagi?rio N?vel Superior
> > >  SIC - SSE - Solu??es Seguran?a P?blica
> > >
> > >  D?GITRO TECNOLOGIA
> > >  E-mail: rodrigo.andrade at digitro.com.br
> > >  Fone: +55 48 3281- / +55 48 3281-7000
> > >  Fax: +55 48 3281-7299
> > >  Site: www.digitro.com
> > >
> > >
> > >  Javier Caicedo wrote:
> > >  According to the Mapscript API mapObj.zoomRectangle first parameter must
> > > be in image coordinates, so you should set the last parameter of the
> > > rectObj constructor to TRUE. Here goes an example from my current project:
> > >
> > >  //vMap is an instance of mapObj
> > >  rectObj rect = vMap.getExtent(); //map coordinates
> > >  String [] box =
> > > getCurrentRequest().getParameter("box").split(" ");
> > >  //box is something like this: 10 10 200 200
> > >  //0,0 is at top left, so box defines top left and bottom right corners
> > >  double mx = Double.parseDouble(box[0]);
> > >  double my = Double.parseDouble(box[1]);
> > >  double mxx = Double.parseDouble(box[2]);
> > >  double mxy = Double.parseDouble(box[3]);
> > >
> > >  //bunch of validation code ommitted
> > >
> > >  rectObj rbox = new rectObj(mx,mxy,mxx,my,mapscriptConstants.MS_TRUE);
> > >  //notice the switch of mxy and my
> > >  //rectObj constructor requires you define bottom left and top right
> > >  //corners. rbox is in image coordinates
> > >  vMap.zoomRectangle(rbox,w,h,rect,null);
> > >
> > > Hopefully this will help you out a little.
> > >
> > > Regards,
> > > Javier Caicedo Espinoza
> > > CTI - ESPOL
> > > Guayaquil, Ecuador
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
>


From woodbri at SWOODBRIDGE.COM  Tue Dec 12 06:14:27 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Tue, 12 Dec 2006 09:14:27 -0500
Subject: [OT] Collar-clipping software
Message-ID: <TUE.12.DEC.2006.091427.0500.WOODBRISWOODBRIDGE.COM>

Hi all,

I'm trying to locate software (preferably source) that I can use to clip 
collars off of scanned topographic maps. Any leads would be appreciated.

Thanks,
   -Steve


From afreed at PDX.EDU  Tue Dec 12 08:00:24 2006
From: afreed at PDX.EDU (Andy Freed)
Date: Tue, 12 Dec 2006 08:00:24 -0800
Subject: use of strict xhtml for the html templatefile
In-Reply-To: <457E7372.9010604@pinan.co.uk>
Message-ID: <TUE.12.DEC.2006.080024.0800.AFREEDPDX.EDU>

Hi David,

In my experience, you can get the html template file to work using 
strict xhtml 1.0, though it takes a little tweaking as you go. I've been 
able to get it to work in both CGI mode and with php/mapscript.

I found it easier to start with new files than to retrofit some default 
content.

Andy

Dave Potts wrote:
> Is the html template file going to be well form along the lines of xhtml ?
> 
> David
> 


From fabian.rami at WOWCOMPANY.COM  Tue Dec 12 08:20:13 2006
From: fabian.rami at WOWCOMPANY.COM (Fabian Rami)
Date: Tue, 12 Dec 2006 17:20:13 +0100
Subject: POSTGIS vs Shapefile mapserver optimization
Message-ID: <TUE.12.DEC.2006.172013.0100.FABIAN.RAMIWOWCOMPANY.COM>

What is the better way to get mapserver generating map faster !

Is POSTGIS optimizing the way that mapserver build the map ?

For now, Mapserver is generation a map between 5 to 50 seconds

Ask for the details you need to help me if you need some more ...

Best regards,
Fabian


From gregor at HOSTGIS.COM  Tue Dec 12 08:30:42 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Tue, 12 Dec 2006 09:30:42 -0700
Subject: POSTGIS vs Shapefile mapserver optimization
In-Reply-To: <457ED6BD.1040308@wowcompany.com>
Message-ID: <TUE.12.DEC.2006.093042.0700.GREGORHOSTGIS.COM>

> Ask for the details you need to help me if you need some more ...

Actually, it's usually the other way around. ;)


> What is the better way to get mapserver generating map faster !
> Is POSTGIS optimizing the way that mapserver build the map ?

Typically, shapefiles are faster; or at least that's what I've
consistently been told is true for the majority of cases.

If your PostGIS performance is slow, make sure you have indexes! Nothing
affects performance as much as indexes, and they're an easy thing to
forget to do. Ensure that there's a GiST index on your geometry column, as
well as on on your oid column. If the indexes are missing, generate them
as follows:

   create index tablename_the_geom on tablename (the_geom) using gist;
   create index tablename_oid on tablename (oid);
   analyze tablename;


From yjacolin at FREE.FR  Tue Dec 12 08:40:41 2006
From: yjacolin at FREE.FR (Yves Jacolin)
Date: Tue, 12 Dec 2006 17:40:41 +0100
Subject: POSTGIS vs Shapefile mapserver optimization
In-Reply-To: <457ED6BD.1040308@wowcompany.com>
Message-ID: <TUE.12.DEC.2006.174041.0100.YJACOLINFREE.FR>

Le Mardi 12 D?cembre 2006 17:20, Fabian Rami a ?crit?:
> What is the better way to get mapserver generating map faster !
>
> Is POSTGIS optimizing the way that mapserver build the map ?
>
> For now, Mapserver is generation a map between 5 to 50 seconds
>
> Ask for the details you need to help me if you need some more ...
>
> Best regards,
> Fabian
Hi,

Try to check the size of the file of the map. I looked for a while for this 
kind of problem until I check the file of the map (to 1-2Mo by file !). My 
output format was PNG with small compression. :-(

Y.
-- 
Yves Jacolin
---
http://yjacolin.gloobe.org


From philip.donaghy at GMAIL.COM  Tue Dec 12 08:48:11 2006
From: philip.donaghy at GMAIL.COM (Philip Mark Donaghy)
Date: Tue, 12 Dec 2006 17:48:11 +0100
Subject: Drawing streets like google local
In-Reply-To: <3061.71.211.183.82.1165924754.squirrel@maps.hostgis.com>
Message-ID: <TUE.12.DEC.2006.174811.0100.PHILIP.DONAGHYGMAIL.COM>

Thanks for the tip Gregor.

On 12/12/06, Gregor Mosheh <gregor at hostgis.com> wrote:
> > I would like to give users the familiarity of common internet maps.
> > Can anyone point me to a way to render lines similar to google or
> > yahoo maps?
>
> The basic trick is as follows: use 2 symbols with different colors, so you
> get a thick line with an outline effect. Example:
>
>     # plain old streets: medium grey outlines on a white fill.
>     STYLE
>       SYMBOL 'line_solid'
>       COLOR 180 180 180
>       SIZE 3
>     END
>     STYLE
>       SYMBOL 'line_solid'
>       COLOR 255 255 255
>       SIZE 1
>     END

To complete this post I am posting the symbol definition that works for me.

  SYMBOL
    NAME 'line_solid'
    TYPE ELLIPSE
    POINTS 1 1 END
    FILLED TRUE
  END

Does someone have this figured out for railroads?

Philip

>
> Make several classes (highways, interstates, city roads) using whatever
> classification criteria your data gives you. Then tweak the sizes and
> colors, e.g. two shades of beige and sizes 5 and 3, two shades of darker
> brown and sizes 4 and 6 for major city roads, ...
>
> A great resource for colors is Visibone's color lab:
>    http://www.visibone.com/colorlab/
>
> I hope this helps.
>
>


-- 
Philip Donaghy
donaghy.blogspot.com del.icio.us/donaghy/philip
Skype: philipmarkdonaghy
Office: +33 5 56 60 88 02
Mobile: +33 6 20 83 22 62


From rodrigo.andrade at DIGITRO.COM.BR  Tue Dec 12 10:13:23 2006
From: rodrigo.andrade at DIGITRO.COM.BR (Rodrigo Del C. Andrade)
Date: Tue, 12 Dec 2006 15:13:23 -0300
Subject: mapObj.zoomRectangle from Java Mapscript.
In-Reply-To: <24795.193.191.134.1.1165925058.squirrel@correo.cti.espol.edu.ec>
Message-ID: <TUE.12.DEC.2006.151323.0300.RODRIGO.ANDRADEDIGITRO.COM.BR>

An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/e9d028fe/attachment.htm>

From philip.donaghy at GMAIL.COM  Tue Dec 12 09:12:07 2006
From: philip.donaghy at GMAIL.COM (Philip Mark Donaghy)
Date: Tue, 12 Dec 2006 18:12:07 +0100
Subject: Drawing streets like google local
In-Reply-To: <DEEHJBDCBOMHFDHIBBCCMELKDCAA.tkirstine@jdbarnes.com>
Message-ID: <TUE.12.DEC.2006.181207.0100.PHILIP.DONAGHYGMAIL.COM>

Thanks again. I was planning a trip to Boston and now I know what map
to help me get around :)

Philip

On 12/12/06, Travis Kirstine <tkirstine at jdbarnes.com> wrote:
> See attached mapfile for a good example of styles at work.
> View online at:
> http://boston.freemap.in/
>
> Cheers
> Travis
>
> -----Original Message-----
> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On
> Behalf Of Philip Mark Donaghy
> Sent: Tuesday, December 12, 2006 6:38 AM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] Drawing streets like google local
>
>
> I would like to give users the familiarity of common internet maps.
> Can anyone point me to a way to render lines similar to google or
> yahoo maps?
> --
> Philip Donaghy
> donaghy.blogspot.com del.icio.us/donaghy/philip
> Skype: philipmarkdonaghy
> Office: +33 5 56 60 88 02
> Mobile: +33 6 20 83 22 62
>
>


-- 
Philip Donaghy
donaghy.blogspot.com del.icio.us/donaghy/philip
Skype: philipmarkdonaghy
Office: +33 5 56 60 88 02
Mobile: +33 6 20 83 22 62


From tkirstine at JDBARNES.COM  Tue Dec 12 09:05:26 2006
From: tkirstine at JDBARNES.COM (Travis Kirstine)
Date: Tue, 12 Dec 2006 12:05:26 -0500
Subject: Drawing streets like google local
In-Reply-To: <e275257f0612120338x47bd3411n6bab5f01080e4f6e@mail.gmail.com>
Message-ID: <TUE.12.DEC.2006.120526.0500.TKIRSTINEJDBARNES.COM>

See attached mapfile for a good example of styles at work.
View online at:
http://boston.freemap.in/

Cheers 
Travis

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On
Behalf Of Philip Mark Donaghy
Sent: Tuesday, December 12, 2006 6:38 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] Drawing streets like google local


I would like to give users the familiarity of common internet maps.
Can anyone point me to a way to render lines similar to google or
yahoo maps?
-- 
Philip Donaghy
donaghy.blogspot.com del.icio.us/donaghy/philip
Skype: philipmarkdonaghy
Office: +33 5 56 60 88 02
Mobile: +33 6 20 83 22 62
-------------- next part --------------
A non-text attachment was scrubbed...
Name: boston_freemap.map
Type: application/octet-stream
Size: 19009 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/af2da7e1/attachment.obj>

From aaronkoning at GMAIL.COM  Tue Dec 12 11:42:43 2006
From: aaronkoning at GMAIL.COM (Aaron Koning)
Date: Tue, 12 Dec 2006 11:42:43 -0800
Subject: POSTGIS vs Shapefile mapserver optimization
In-Reply-To: <3332.71.211.183.82.1165941042.squirrel@maps.hostgis.com>
Message-ID: <TUE.12.DEC.2006.114243.0800.AARONKONINGGMAIL.COM>

Also, OGR can be used to spatially index a shapefile (command: shptree),
which enables faster shapefile rendering in Mapserver.
     http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ShpTree
     http://ogr.maptools.org/drv_shapefile.html

Aaron

On 12/12/06, Gregor Mosheh <gregor at hostgis.com> wrote:
>
> > Ask for the details you need to help me if you need some more ...
>
> Actually, it's usually the other way around. ;)
>
>
> > What is the better way to get mapserver generating map faster !
> > Is POSTGIS optimizing the way that mapserver build the map ?
>
> Typically, shapefiles are faster; or at least that's what I've
> consistently been told is true for the majority of cases.
>
> If your PostGIS performance is slow, make sure you have indexes! Nothing
> affects performance as much as indexes, and they're an easy thing to
> forget to do. Ensure that there's a GiST index on your geometry column, as
> well as on on your oid column. If the indexes are missing, generate them
> as follows:
>
>    create index tablename_the_geom on tablename (the_geom) using gist;
>    create index tablename_oid on tablename (oid);
>    analyze tablename;
>



-- 
+-------------------------------------------------
|  Aaron Koning
|  Information Technologist
|  Prince George, BC, Canada.
+-------------------------------------------------
|  Flexible Internet Spatial Template:
|       http://fist-mapping.org
+-------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/187a0bf0/attachment.htm>

From ravikapoor101 at GMAIL.COM  Tue Dec 12 12:42:55 2006
From: ravikapoor101 at GMAIL.COM (Ravi)
Date: Tue, 12 Dec 2006 12:42:55 -0800
Subject: mapscript error
Message-ID: <TUE.12.DEC.2006.124255.0800.RAVIKAPOOR101GMAIL.COM>

Hi guys,

I am writing a simple mapscript. This is what I am doing:

I have a layer where I draw counties. When a user clicks on map (I have 
the coordinates), I want to find which county it is. So I query the 
layer and I get one record back, so far so good. Then I call getShape 
method for the record. Now suddenly I get the error that the record 
number does not exist. I opened the DBF file and the record IS there.

Your help is appreciated. My script and error are as follows:


--------------------------------------------------------------------
Fatal error: [MapServer Error]: msDBFGetItemIndex(): Invalid record 
number 226. in C:\ms4w\Apache\htdocs\test.php on line 16
--------------------------------------------------------------------
<?php
dl("php_mapscript_4.10.0.dll");

$map = 
ms_newMapObj("C:/ms4w/apps/us_streets2005se-1/map/us_streets2005se-1.map");

$overlayLayer = $map->getLayerByName("countiesLayer");

$myApt = ms_newPointObj();
$myApt->setXY(-121.997, 37.348);

$returnVal = $overlayLayer->queryByPoint($myApt,$mapscript->MS_SINGLE,0);

$resultCache = $overlayLayer->getResult(returnVal);

$overlayLayer->open();
$overlayLayer->getShape($resultCache->tileindex, $resultCache->shapeindex);
// I am getting error on this previous line, getShape fails.
?>
<HTML>
<HEAD>
<TITLE>Show Weather On Map</TITLE>
</HEAD>
<BODY>
mapscript version = <?php echo $resultCache->shapeindex ?>
</BODY>
</HTML>


From jbarong at HOTMAIL.COM  Tue Dec 12 13:35:05 2006
From: jbarong at HOTMAIL.COM (=?iso-8859-1?B?SnVhbiBCYXLzbg==?=)
Date: Tue, 12 Dec 2006 21:35:05 +0000
Subject: Problem with tiff image. Obtain a image with a very bad quality.
Message-ID: <TUE.12.DEC.2006.213505.0000.JBARONGHOTMAIL.COM>

An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/66b93b2a/attachment.htm>

From aaronkoning at GMAIL.COM  Tue Dec 12 15:25:46 2006
From: aaronkoning at GMAIL.COM (Aaron Koning)
Date: Tue, 12 Dec 2006 15:25:46 -0800
Subject: mapscript error
In-Reply-To: <457F144F.20301@gmail.com>
Message-ID: <TUE.12.DEC.2006.152546.0800.AARONKONINGGMAIL.COM>

The missing '$' for returnVal might be a problem:
     $resultCache = $overlayLayer->getResult(returnVal);

Also, if the shapefile isn't tiled, then try simplifying by using -1 as the
first argument to getShape(...).

Aaron

On 12/12/06, Ravi <ravikapoor101 at gmail.com> wrote:
>
> Hi guys,
>
> I am writing a simple mapscript. This is what I am doing:
>
> I have a layer where I draw counties. When a user clicks on map (I have
> the coordinates), I want to find which county it is. So I query the
> layer and I get one record back, so far so good. Then I call getShape
> method for the record. Now suddenly I get the error that the record
> number does not exist. I opened the DBF file and the record IS there.
>
> Your help is appreciated. My script and error are as follows:
>
>
> --------------------------------------------------------------------
> Fatal error: [MapServer Error]: msDBFGetItemIndex(): Invalid record
> number 226. in C:\ms4w\Apache\htdocs\test.php on line 16
> --------------------------------------------------------------------
> <?php
> dl("php_mapscript_4.10.0.dll");
>
> $map =
> ms_newMapObj("C:/ms4w/apps/us_streets2005se-1/map/us_streets2005se-1.map
> ");
>
> $overlayLayer = $map->getLayerByName("countiesLayer");
>
> $myApt = ms_newPointObj();
> $myApt->setXY(-121.997, 37.348);
>
> $returnVal = $overlayLayer->queryByPoint($myApt,$mapscript->MS_SINGLE,0);
>
> $resultCache = $overlayLayer->getResult(returnVal);
>
> $overlayLayer->open();
> $overlayLayer->getShape($resultCache->tileindex,
> $resultCache->shapeindex);
> // I am getting error on this previous line, getShape fails.
> ?>
> <HTML>
> <HEAD>
> <TITLE>Show Weather On Map</TITLE>
> </HEAD>
> <BODY>
> mapscript version = <?php echo $resultCache->shapeindex ?>
> </BODY>
> </HTML>
>



-- 
+-------------------------------------------------
|  Aaron Koning
|  Information Technologist
|  Prince George, BC, Canada.
+-------------------------------------------------
|  Flexible Internet Spatial Template:
|       http://fist-mapping.org
+-------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061212/771978e6/attachment.htm>

From philip.donaghy at GMAIL.COM  Tue Dec 12 16:36:43 2006
From: philip.donaghy at GMAIL.COM (Philip Mark Donaghy)
Date: Tue, 12 Dec 2006 19:36:43 -0500
Subject: Drawing streets like google local
In-Reply-To: <e275257f0612120912h5809d90cw5bf7d946e1110cea@mail.gmail.com>
Message-ID: <TUE.12.DEC.2006.193643.0500.PHILIP.DONAGHYGMAIL.COM>

On 12/12/06, Philip Mark Donaghy <philip.donaghy at gmail.com> wrote:
> Thanks again. I was planning a trip to Boston and now I know what map
> to help me get around :)
>
> Philip
>
> On 12/12/06, Travis Kirstine <tkirstine at jdbarnes.com> wrote:
> > See attached mapfile for a good example of styles at work.

I looked at this but the mapfile only makes reference to another symbol file.

> > View online at:
> > http://boston.freemap.in/

This is a good example of lines with style. But I am looking for lines
that look like railroads. I've been to south station I know their
there :)

I managed to find a post about railroads,

http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0112/msg00142.html

They seem to work but an antialias version would be better. Anyone
know if this is possible?

Philip

> >
> > Cheers
> > Travis
> >
> > -----Original Message-----
> > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On
> > Behalf Of Philip Mark Donaghy
> > Sent: Tuesday, December 12, 2006 6:38 AM
> > To: MAPSERVER-USERS at LISTS.UMN.EDU
> > Subject: [UMN_MAPSERVER-USERS] Drawing streets like google local
> >
> >
> > I would like to give users the familiarity of common internet maps.
> > Can anyone point me to a way to render lines similar to google or
> > yahoo maps?
> > --
> > Philip Donaghy
> > donaghy.blogspot.com del.icio.us/donaghy/philip
> > Skype: philipmarkdonaghy
> > Office: +33 5 56 60 88 02
> > Mobile: +33 6 20 83 22 62
> >
> >
>
>
> --
> Philip Donaghy
> donaghy.blogspot.com del.icio.us/donaghy/philip
> Skype: philipmarkdonaghy
> Office: +33 5 56 60 88 02
> Mobile: +33 6 20 83 22 62
>


-- 
Philip Donaghy
donaghy.blogspot.com del.icio.us/donaghy/philip
Skype: philipmarkdonaghy
Office: +33 5 56 60 88 02
Mobile: +33 6 20 83 22 62


From jbw2003 at EARTHLINK.NET  Tue Dec 12 19:19:31 2006
From: jbw2003 at EARTHLINK.NET (Jim White)
Date: Tue, 12 Dec 2006 22:19:31 -0500
Subject: alpha transparency and querymap
Message-ID: <TUE.12.DEC.2006.221931.0500.JBW2003EARTHLINK.NET>

I am having a continuing problem using alpha transparency and querymap. 
I want to display my map in true color, so have set imagemode to rgba. 
Additionally, I have defined a hatch-lines symbol that I want to display 
in transparent mode. I am using the queryByIndex method  to select the 
items to display in the layer. I have tried many combinations, but still 
get a white background behind the hatch-lines instead of the background map.

Will appreciate any help to find a fix or to determine whether this is a 
bug in querymap.

Thanks,

Jim

-- 
Jim White
Biodiversity and Spatial Information Center
North Carolina State University
http://www.basic.ncsu.edu/


From pf at MAPMEDIA.DE  Wed Dec 13 00:38:37 2006
From: pf at MAPMEDIA.DE (Peter Freimuth)
Date: Wed, 13 Dec 2006 09:38:37 +0100
Subject: Drawing streets like google local
In-Reply-To: <e275257f0612121636s18c30bc9ma61e812fd1bdbbbc@mail.gmail.com>
Message-ID: <WED.13.DEC.2006.093837.0100.PFMAPMEDIA.DE>

Philip Mark Donaghy schrieb:
> On 12/12/06, Philip Mark Donaghy <philip.donaghy at gmail.com> wrote:
>> Thanks again. I was planning a trip to Boston and now I know what map
>> to help me get around :)
>>
>> Philip
>>
>> On 12/12/06, Travis Kirstine <tkirstine at jdbarnes.com> wrote:
>> > See attached mapfile for a good example of styles at work.
>
> I looked at this but the mapfile only makes reference to another 
> symbol file.
>
>> > View online at:
>> > http://boston.freemap.in/
>
> This is a good example of lines with style. But I am looking for lines
> that look like railroads. I've been to south station I know their
> there :)
>
> I managed to find a post about railroads,
>
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0112/msg00142.html 
>
>
> They seem to work but an antialias version would be better. Anyone
> know if this is possible?
>
> Philip
>
>> >
>> > Cheers
>> > Travis
>> >
>> > -----Original Message-----
>> > From: UMN MapServer Users List 
>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On
>> > Behalf Of Philip Mark Donaghy
>> > Sent: Tuesday, December 12, 2006 6:38 AM
>> > To: MAPSERVER-USERS at LISTS.UMN.EDU
>> > Subject: [UMN_MAPSERVER-USERS] Drawing streets like google local
>> >
>> >
>> > I would like to give users the familiarity of common internet maps.
>> > Can anyone point me to a way to render lines similar to google or
>> > yahoo maps?
>> > --
>> > Philip Donaghy
>> > donaghy.blogspot.com del.icio.us/donaghy/philip
>> > Skype: philipmarkdonaghy
>> > Office: +33 5 56 60 88 02
>> > Mobile: +33 6 20 83 22 62
>> >
>> >
>>
>>
>> -- 
>> Philip Donaghy
>> donaghy.blogspot.com del.icio.us/donaghy/philip
>> Skype: philipmarkdonaghy
>> Office: +33 5 56 60 88 02
>> Mobile: +33 6 20 83 22 62
>>
>
>
have a look at http://mapserver.gis.umn.edu/docs/howto/cartosymbols and 
http://mapserver.gis.umn.edu/docs/reference/symbology/examples
kind regards,
Peter

-- 
Mit freundlichem Gru?

Peter Freimuth
_________________________________________________
MapMedia GmbH
Kartographie und raumbezogene Informationssysteme

Heilbronner Stra?e 10
D-10711 Berlin Charlottenburg

fon:  +49.(0)30.89 06 82 70
fax:  +49.(0)30.89 06 82 73
mail: pf at mapmedia.de
net:  www.mapmedia.de
pgp:  on demand
_________________________________________________


From pgiannini at BYTEWISE.IT  Wed Dec 13 01:35:11 2006
From: pgiannini at BYTEWISE.IT (Pietro Giannini)
Date: Wed, 13 Dec 2006 10:35:11 +0100
Subject: mapscript error
In-Reply-To: <457F144F.20301@gmail.com>
Message-ID: <WED.13.DEC.2006.103511.0100.PGIANNINIBYTEWISE.IT>



Hi Ravi,

I think error is in 
???
$returnVal =
$overlayLayer->queryByPoint($myApt,$mapscript->MS_SINGLE,0);
??? $resultCache =
$overlayLayer->getResult(returnVal);
because the method
queryByPoint returns MS_SUCCESS or MS_FAILURE, not the index of shape.

You must:
??? $returnVal =
$overlayLayer->queryByPoint($myApt,$mapscript->MS_SINGLE,0);
??? $numberOfResults =
$overlayLayer->getNumResults;
???
$overlayLayer->open();
??? for
($i=0;$i<$numberOfResults;$i++) {
??? ?? 
$resultCache = $overlayLayer->getResult($i);
???
??  $shapeObj =
$overlayLayer->getShape($resultCache->tileindex,$resultCache->shapeindex);
??? ??  /* some code with $shapeObj
??? ?? ??? ? ?  ...
 ??? ?? ??? ? ? 
...
??? ??  */
??? }
??? $overlayLayer->close();

let me know
Pietro

PS:
Maybe you can help me:
how do you get
the map coordinates of a user's click? (not pixel, cartographic
coordinates).
thanks

-- 
Pietro Giannini
Bytewise
srl - Area GIS
41?50'38.58"N 12?29'13.39"E


On Mar, 12 Dicembre 2006 9:42 pm, Ravi wrote:
> Hi
guys,
> 
> I am writing a simple mapscript. This is what I
am doing:
> 
> I have a layer where I draw counties. When
a user clicks on map (I have
> the coordinates), I want to find
which county it is. So I query the
> layer and I get one record
back, so far so good. Then I call getShape
> method for the
record. Now suddenly I get the error that the record
> number does
not exist. I opened the DBF file and the record IS there.
> 
> Your help is appreciated. My script and error are as follows:
> 
> 
>
--------------------------------------------------------------------
> Fatal error: [MapServer Error]: msDBFGetItemIndex(): Invalid
record
> number 226. in C:\ms4w\Apache\htdocs\test.php on line
16
>
--------------------------------------------------------------------
> <?php
> dl("php_mapscript_4.10.0.dll");
> 
> $map =
>
ms_newMapObj("C:/ms4w/apps/us_streets2005se-1/map/us_streets2005se-1.map");
> 
> $overlayLayer =
$map->getLayerByName("countiesLayer");
> 
>
$myApt = ms_newPointObj();
> $myApt->setXY(-121.997,
37.348);
> 
> $returnVal =
$overlayLayer->queryByPoint($myApt,$mapscript->MS_SINGLE,0);
> 
> $resultCache =
$overlayLayer->getResult(returnVal);
> 
>
$overlayLayer->open();
>
$overlayLayer->getShape($resultCache->tileindex,
>
$resultCache->shapeindex);
> // I am getting error on this
previous line, getShape fails.
> ?>
> <HTML>
> <HEAD>
> <TITLE>Show Weather On
Map</TITLE>
> </HEAD>
> <BODY>
>
mapscript version = <?php echo $resultCache->shapeindex ?>
> </BODY>
> </HTML>
> 



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

From stuarteve at LPARCHAEOLOGY.COM  Wed Dec 13 04:42:25 2006
From: stuarteve at LPARCHAEOLOGY.COM (Stuart Eve)
Date: Wed, 13 Dec 2006 12:42:25 +0000
Subject: Mapscript queryByAttributes() not working in 4.10
Message-ID: <WED.13.DEC.2006.124225.0000.STUARTEVELPARCHAEOLOGY.COM>

Hi all

We have just upgraded to Mapserver 4.10 in order to use the Mapscript 
WMS support, etc. However now it seems like the queryByAttributes() call 
we make in our application is no longer returning any records. The call 
runs ok, just it has no results.

The layer is a shapefile, and if I change our php_mapscript.so back to 
4.8 the query runs totally fine and returns the results. I had a look to 
see if there are any listed bugs, but the only bug seems to relate to 
PostGIS layers... has anyone else encountered this behaviour?

Thanks

Stuart


From fabian.rami at WOWCOMPANY.COM  Wed Dec 13 05:35:19 2006
From: fabian.rami at WOWCOMPANY.COM (Fabian Rami)
Date: Wed, 13 Dec 2006 14:35:19 +0100
Subject: Optimize data for speed
Message-ID: <WED.13.DEC.2006.143519.0100.FABIAN.RAMIWOWCOMPANY.COM>

Hi all,

I am working with "Tele Atlas multinet" data set.

I try to figure out what processing must i do on this data to have some 
rapid working data  for Mapserver.
 
The data on the dvd contains a lot of file like that :

belbel________00.dbf.gz
belbel________00.prj.gz
belbel________00.shp.gz
belbel________00.shx.gz

What must i do with all this file to have some optimized data for 
mapserver.

Aaron said to use "shptree" for having a spatially indexed shapefile.
Is that all i have to do ?

Can i make 1 big shapefile or it is better to have a lot of small 
shapefile.

I don't know how to do! So, i am waiting for all your precious comment 
to help me to have a rapid and well configured mapserver :)

Greetings,

Fabian


From nbest at FORESTONE.COM  Wed Dec 13 07:25:06 2006
From: nbest at FORESTONE.COM (Neil Best)
Date: Wed, 13 Dec 2006 09:25:06 -0600
Subject: mapserver users wfs layer
Message-ID: <WED.13.DEC.2006.092506.0600.NBESTFORESTONE.COM>

Could someone please point me to the definition for the Mapserver users 
WFS layer?  Zope complains that the URL that comes with the PrimaGIS 
demo points to a data store that is "improperly configured" and I wanted 
to fix it.  I presume that the same layer is used at 
http://www.moximedia.com:8080/imf-ows/imf.jsp?site=ms_users but my 
googling did not produce any further information.  Thanks.

Where does the data for that layer come from, by the way?  From user 
profiles on the MS web site?  I know coordinates can be entered there.

Neil


From David.Hunter at FNF.COM  Wed Dec 13 08:18:16 2006
From: David.Hunter at FNF.COM (Hunter, David - St. Louis Park, MN)
Date: Wed, 13 Dec 2006 10:18:16 -0600
Subject: querymap with stacked points
Message-ID: <WED.13.DEC.2006.101816.0600.DAVID.HUNTERFNF.COM>

My map application allows users to click on point features, which causes
a popup that displays information about that feature.  Due to reasons I
won't go into here, we sometimes have multiple points stacked on top of
each other.  They are essentially the same feature, but with some
slightly different attributes to each record.  Is there a way that I can
filter this, so that only the first feature found is returned in the
query?

 

David S. Hunter
Sr. Software Engineer
Fidelity National Geographic Solutions
division of Fidelity National Financial
5353 Gamble Drive, Suite 201
St. Louis Park, MN 55416
* Email: david.hunter at fnf.com
' Phone: 952.542.1440 ext. 256
* Fax: 952.542.3859

 

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

From hal at MOBILEGEOGRAPHICS.COM  Wed Dec 13 09:57:07 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Wed, 13 Dec 2006 09:57:07 -0800
Subject: how to find bounding county for given long/lat?
In-Reply-To: <457E530E.3000807@gmail.com>
Message-ID: <WED.13.DEC.2006.095707.0800.HALMOBILEGEOGRAPHICS.COM>

I believe you need to use getNumResults() on your layer object, and 
then iterate from 0 to getNumResults(), calling getResult() each time.

Note also that queryByPoint() does not return the value that you 
think it does--see documentation.  You can't use $returnVal the way 
you are using it.

Also
$resultCache=$overlayLayer->getResult(returnVal);
will call getResult() every time, because returnVal is not the same 
as $returnVal.

At 10:58 PM -0800 12/11/06, Ravi wrote:
>Hi Hal,
>
>Thanks for your help. I have made some progress. I am able to search 
>for a point and find a record number. However somehow the layer is 
>not able to return me the shape. It gives error
>"Fatal error: [MapServer Error]: msDBFGetItemIndex(): Invalid record 
>number 226. in C:\ms4w\Apache\htdocs\test.php on line 29"
>
>This is odd as it just returned the record number in the search. 
>Here is my script.
>
>------------------------------------------------------------------------
><?php
>dl("php_mapscript_4.10.0.dll");
>
>$map = 
>ms_newMapObj("C:/ms4w/apps/us_streets2005se-1/map/us_streets2005se-1.map");
>
>$overlayLayer = $map->getLayerByName("countiesLayer");
>
>$myApt = ms_newPointObj();
>$myApt->setXY(-120.997, 36.882);
>
>$returnVal=$overlayLayer->queryByPoint($myApt,$mapscript->MS_SINGLE,0);
>$resultCache=$overlayLayer->getResult(returnVal);
>$overlayLayer->open();
>$overlayLayer->getShape($resultCache->tileindex, 
>$resultCache->shapeindex);	// this line gives the error.
>?>
>------------------------------------------------------------------------
>
>Thanks for help
>Ravi
>
>
>Hal Mueller wrote:
>>In PHP Mapscript, the queryby... methods on the Layer class 
>>(http://mapserver.gis.umn.edu/docs/reference/phpmapscript-class/classes/layerobj 
>>) appear to do what you want--find the shape that matches the 
>>coordinates.  From there you can query the shape's attributes, get 
>>its FIPS code, and hit your database.
>>
>>Hal


From Stefan.Schnitter at T-SYSTEMS.COM  Wed Dec 13 09:33:33 2006
From: Stefan.Schnitter at T-SYSTEMS.COM (Schnitter, Stefan)
Date: Wed, 13 Dec 2006 18:33:33 +0100
Subject: Zoom to fit
Message-ID: <WED.13.DEC.2006.183333.0100.STEFAN.SCHNITTERTSYSTEMS.COM>

Hi all,

Is there a way to zoom automatically to fit a certain group of elements?
Example1: I have a layer which has a filter and I'd like to show that
extent that includes all filtered objects or
Example2: I use "normal" zoom interface with which the user marks a
bounding box - can I tell mapserver somehow to zoom further to fit the
objects that are actually contained in this box?

Does anyone know of some mapserver-feature or mapscript solution with
which one could accomplish somehting like this?

TIA, Stefan

--
Dr. Stefan Schnitter
T-Systems Enterprise Services GmbH, SSC ENPS, PCT11sts
Traffic Management & Network Optimization
Phone: +49 (0) 6151 937-8521


From eric.allard at BOREAL-IS.COM  Tue Dec 12 13:10:12 2006
From: eric.allard at BOREAL-IS.COM (ericallard)
Date: Tue, 12 Dec 2006 13:10:12 -0800
Subject: AW: Mapserver+Windows+ArcSDE
In-Reply-To: <5a9686e80610250041v54b70a69l5a8bb7c60f624f85@mail.gmail.com>
Message-ID: <TUE.12.DEC.2006.131012.0800.ERIC.ALLARDBOREALIS.COM>

Hi! Mike!

My name is Eric Allard,

I'm having some problem with the following setup:

OS: Windows:
Package: ms4w
Spatial DB: SDE on MsSQL

MS4W installation used:
http://maptools.org/ms4w/index.phtml?page=README_INSTALL.html#sde-9-1
http://maptools.org/ms4w/index.phtml?page=README_INSTALL.html#sde-9-1 

Here's the error I get:
msDrawMap(): Image handling error. Failed to draw layer named 'MineArea'. 
msSDELayerOpen(): SDE error. SE_connection_create(): Operation Failed. (-1) 

Here's my LAYER:
 LAYER
    NAME "MineInfra"
    TYPE POLYGON
    STATUS ON
    CONNECTION "localhost,port:5151,sde,sa,"
    CONNECTIONTYPE SDE
    DATA "sde.dbo.ERIC,shape,"
    FILTER "where shape is not NULL"
    CLASS
      TEMPLATE void
      NAME "Phase 1"
      COLOR 150 185 255
      OUTLINECOLOR 110 110 110
    END
  END # LAYER


I really appreciate your time on this issue!
I really need to nail this one!
Cheers,

-Eric


Mike Saunt wrote:
> 
> Hi
> 
> We've successfully connected through to SDE (with the help of Howard) and
> it
> proves to be pretty simple.  I am very happy with taking MS4W, extracting
> our required installation files and then applying the relevant
> libmap.dll(from the sub directory) when on site and then changing the
> connection
> strings.  I'm very happy with this method as we don't need to recompile
> (although we do for other reasons!)
> 
> Regards
> Mike
> 
> 
> On 25/10/06, Pleyer, Walter <Walter.Pleyer at lfrz.at> wrote:
>>
>> Hi Howard!
>>
>> > you get these errors.  Are you trying to just render a layer?
>> Yes, just simply rendering it is all we try to do.
>> The backend DB is a Oracle 9.2.0.4 .
>>
>> > to build MapServer and all of its dependencies from scratch
>> > on your platform of choice (Windows in your case).  The time
>> > and misery required to do that is at least an order of
>> > magnitude larger than peeling apart the .\bin and .\cgi-bin
>> > directories plus the SDE libmap.dll from the MS4W package.
>> I'm aware of that.
>> That's why I hoped that someone might have done that already.
>> But this is certainly the lesser problem and more a matter of
>> convinience.
>>
>> Walter
>>
> 
> 

-- 
View this message in context: http://www.nabble.com/Mapserver%2BWindows%2BArcSDE-tf2502108.html#a7841791
Sent from the Mapserver - User mailing list archive at Nabble.com.


From cjesch at CCT.LSU.EDU  Wed Dec 13 10:21:25 2006
From: cjesch at CCT.LSU.EDU (Carola Jesch)
Date: Wed, 13 Dec 2006 12:21:25 -0600
Subject: get colors from database
Message-ID: <WED.13.DEC.2006.122125.0600.CJESCHCCT.LSU.EDU>

Hi,
please help me with the following problem.
I have a polygon layer containing hundreds of features. I would like to draw
ech feature with a different color like you can do in ArcGIS using the
classification symbolization.
Now, I could add the colors to the dbf file in a seperate row or in a
different file and join it to my layer. But how can I change the layer style
COLOR to use these stored colors? 
Is this possible with MapServer?
 
Thanks!
Carola
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Carola Jesch
Wetland Biogeochemistry Institute
Department of Oceanography and Coastal Science
Louisiana State University
3191 Energy, Coast & Environment Bldg.
Baton Rouge, LA,70803
e-mail: cjesch at cct.lsu.edu
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061213/f7811074/attachment.htm>

From banders at REFRACTIONS.NET  Wed Dec 13 11:27:06 2006
From: banders at REFRACTIONS.NET (Brock Anderson)
Date: Wed, 13 Dec 2006 11:27:06 -0800
Subject: Optimize data for speed
In-Reply-To: <45800197.8080609@wowcompany.com>
Message-ID: <WED.13.DEC.2006.112706.0800.BANDERSREFRACTIONS.NET>

Fabian,

Multinet data is divided by up state.  You'll want to use tile indexes 
for a lot of your layers.  That's in addition to having spatial indexes 
on the shapefiles.

There's a lot of processing that you *could* do on the data in the 
interest of making your maps render faster or in achieving certain 
cartographic effects.  The main principal you'll want to observe is this:

If a row in your shapefile is not being drawn (for a given map request), 
then it shouldn't be in the shapefile.  It's inefficient to make 
mapserver scan rows that it just ignores.

It's difficult to achieve that ideal for all map requests, but that's 
what you should aim for with any processing you do. 

Brock

Fabian Rami wrote:
> Hi all,
>
> I am working with "Tele Atlas multinet" data set.
>
> I try to figure out what processing must i do on this data to have 
> some rapid working data  for Mapserver.
>
> The data on the dvd contains a lot of file like that :
>
> belbel________00.dbf.gz
> belbel________00.prj.gz
> belbel________00.shp.gz
> belbel________00.shx.gz
>
> What must i do with all this file to have some optimized data for 
> mapserver.
>
> Aaron said to use "shptree" for having a spatially indexed shapefile.
> Is that all i have to do ?
>
> Can i make 1 big shapefile or it is better to have a lot of small 
> shapefile.
>
> I don't know how to do! So, i am waiting for all your precious comment 
> to help me to have a rapid and well configured mapserver :)
>
> Greetings,
>
> Fabian


From gregor at HOSTGIS.COM  Wed Dec 13 11:41:14 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Wed, 13 Dec 2006 12:41:14 -0700
Subject: Optimize data for speed
In-Reply-To: <4580540A.5010700@refractions.net>
Message-ID: <WED.13.DEC.2006.124114.0700.GREGORHOSTGIS.COM>

I'd like to enhance on what Brock said, in case Fabian's not familiar with
some of the concepts or how-to specifics.

First, you'll of course want to copy those compressed shapefiles off the
DVD and "gunzip" them to get your shapefiles. Example:
   cp * /home/mymap/data
   cd /home/mymap/data
   gunzip *.gz


The shptree utility will create a spatial index (a .qix file) for each
shapefile, which makes it faster to use that shapefile. Usage:
  shptree example.shp
   OR
  cd /home/mymap/data
  for x in *.shp ; do shptree $x ; done


If you want to use all of those shapefiles as one giant layer, then you'll
want to use the "ogrtindex" to create a "tile index" A tile index is a
shapefile that contains not data, but references to other data sources
(e.g. other shapefiles). You then create a tileindex layer in Mapserver,
and the driver knows to examine the meta-shapefile to decide which
shapefile(s) should actually be used. Usage:
   ogrtindex all_data.shp data/*.shp
Keep in mind that the paths in the tindex must be exactly the same as
they'd be if you were calling the shapefile itself. I recommend that you
cd into the directory you specify as your SHAPEPATH and then run the
command from there, to ensure that the tileindex has the exact same paths
to the individual shapefiles.


To use a tileindex layer in Mapserver, try this:
LAYER
  NAME "nationwide"
  STATUS on
  TYPE polygon
  TILEINDEX "all_data.shp"
  TILEITEM "location" # this is the default, probably what you want
  CLASS
    (insert class/color info here)
  END
END


I hope that helps!


From Steve.Lime at DNR.STATE.MN.US  Wed Dec 13 12:19:39 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 13 Dec 2006 14:19:39 -0600
Subject: Zoom to fit
Message-ID: <WED.13.DEC.2006.141939.0600.STEVE.LIMEDNR.STATE.MN.US>

Hi Stefan: MapServer (the CGI interface) has this ability associated
with queries
which is basically what your two examples are: an attribute query and a
bbox query.

If you do a regular query and add the parameter mapext=shapes (I think
that is right)
then MapServer will compute a new extent frow the extents of the
features in the
result set. That extent is then available to a query map or simply
through the [mapext]
template substitution.

Here's an example from my test suite:

http://maps.dnr.state.mn.us/cgi-bin/mapserv46?map=%2Fusr%2Flocal%2Fwww%2Fdocs_maps%2Fmapserver_demos%2Ftests46%2Ffeaturequery%2Ftest.map&imgext=74000.000000+4654833.333333+798000.000000+5620166.666667&imgxy=149.5+199.5&program=%2Fcgi-bin%2Fmapserv46&htmlroot=%2Fmapserver_demos%2Ftests46&map_web_imagepath=%2Fusr%2Flocal%2Fwww%2Fdocs_maps%2Ftmp%2F&map_web_imageurl=%2Ftmp%2F&slayer=counties&mode=featurenquery&zoom=1&img.x=198&img.y=154&mapext=shapes

Try the URL with and without the mapext=shapes to see the difference...

Steve

>>> "Schnitter, Stefan" <Stefan.Schnitter at T-SYSTEMS.COM> 12/13/06 11:33
AM >>>
Hi all,

Is there a way to zoom automatically to fit a certain group of elements?
Example1: I have a layer which has a filter and I'd like to show that
extent that includes all filtered objects or
Example2: I use "normal" zoom interface with which the user marks a
bounding box - can I tell mapserver somehow to zoom further to fit the
objects that are actually contained in this box?

Does anyone know of some mapserver-feature or mapscript solution with
which one could accomplish somehting like this?

TIA, Stefan

--
Dr. Stefan Schnitter
T-Systems Enterprise Services GmbH, SSC ENPS, PCT11sts
Traffic Management & Network Optimization
Phone: +49 (0) 6151 937-8521


From Steve.Lime at DNR.STATE.MN.US  Wed Dec 13 12:25:00 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 13 Dec 2006 14:25:00 -0600
Subject: get colors from database
Message-ID: <WED.13.DEC.2006.142500.0600.STEVE.LIMEDNR.STATE.MN.US>

You can't populate a color from a DB yet. It's a planned enhancement in
5.0
(see RFC 17) but it has not been implemented yet. 

You can do this in MapScript but will have to either:

  - boost the number of classes limit if you really need hundreds
  - draw at the shape level changing the color for each shape

Another thing to check is the autostyling capabilities available via OGR
to
see if they might be some help.

Steve

>>> Carola Jesch <cjesch at CCT.LSU.EDU> 12/13/06 12:21 PM >>>
Hi,
please help me with the following problem.
I have a polygon layer containing hundreds of features. I would like to
draw
ech feature with a different color like you can do in ArcGIS using the
classification symbolization.
Now, I could add the colors to the dbf file in a seperate row or in a
different file and join it to my layer. But how can I change the layer
style
COLOR to use these stored colors? 
Is this possible with MapServer?
 
Thanks!
Carola
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Carola Jesch
Wetland Biogeochemistry Institute
Department of Oceanography and Coastal Science
Louisiana State University
3191 Energy, Coast & Environment Bldg.
Baton Rouge, LA,70803
e-mail: cjesch at cct.lsu.edu
 


From Steve.Lime at DNR.STATE.MN.US  Wed Dec 13 12:28:06 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 13 Dec 2006 14:28:06 -0600
Subject: alpha transparency and querymap
Message-ID: <WED.13.DEC.2006.142806.0600.STEVE.LIMEDNR.STATE.MN.US>

My guess is it's a bug in the querymap code. On occasion developers will
update
the main drawing code and forget about that other path.

Tell me more about your setup (PHP,CGI or ?, what type of querymap?).
There may
be a workaround (almost always is) using standard maps...

Steve

>>> Jim White <jbw2003 at EARTHLINK.NET> 12/12/06 9:19 PM >>>
I am having a continuing problem using alpha transparency and querymap. 
I want to display my map in true color, so have set imagemode to rgba. 
Additionally, I have defined a hatch-lines symbol that I want to display

in transparent mode. I am using the queryByIndex method  to select the 
items to display in the layer. I have tried many combinations, but still

get a white background behind the hatch-lines instead of the background
map.

Will appreciate any help to find a fix or to determine whether this is a

bug in querymap.

Thanks,

Jim

-- 
Jim White
Biodiversity and Spatial Information Center
North Carolina State University
http://www.basic.ncsu.edu/


From info at ENVISIONIT.NL  Wed Dec 13 12:40:33 2006
From: info at ENVISIONIT.NL (Mark de Blois)
Date: Wed, 13 Dec 2006 20:40:33 +0000
Subject: get colors from database
In-Reply-To: <000c01c71ee3$80724390$669e2782@lsu.edu>
Message-ID: <WED.13.DEC.2006.204033.0000.INFOENVISIONIT.NL>

Hi Carola,

Have you considered using an extension within ArcGIS such as Amein from 
which you can generate a map file using the color coding from ArcGIS?

cheers,
Mark

Carola Jesch wrote:
> Hi,
> please help me with the following problem.
> I have a polygon layer containing hundreds of features. I would like 
> to draw ech feature with a different color like you can do in ArcGIS 
> using the classification symbolization.
> Now, I could add the colors to the dbf file in a seperate row or in a 
> different file and join it to my layer. But how can I change the layer 
> style COLOR to use these stored colors?
> Is this possible with MapServer?
>  
> Thanks!
> Carola
>  
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Carola Jesch
> Wetland Biogeochemistry Institute
> Department of Oceanography and Coastal Science
> Louisiana State University
> 3191 Energy, Coast & Environment Bldg.
> Baton Rouge, LA,70803
> e-mail:_ cjesch at cct.lsu.edu <mailto:cjesch at cct.lsu.edu>_
>  


From samnyoung at HOTMAIL.COM  Wed Dec 13 14:22:10 2006
From: samnyoung at HOTMAIL.COM (Sam Young)
Date: Wed, 13 Dec 2006 13:22:10 -0900
Subject: dbox print function
Message-ID: <WED.13.DEC.2006.132210.0900.SAMNYOUNGHOTMAIL.COM>

I am trying to add a print function to my dbox application and I don't know 
how to get the map image to show up in the new window I am creating.

This is my print function:
<script language="JavaScript">
	 function printmap() {
		var w = window.open();
		var d = w.document;
		d.open();
		d.write("<h3>Printable Map</h3>");
		d.write("<img name=\"scalebar_miles\" src=\"" + ms.mapserver + "?map=" +
                config.mapfile
		+ "&mode=scalebar&mapext=0+0+" + (ms.extent[2] - ms.extent[0]) + "+" + 
(ms.extent[3] - ms.extent[1]) + "&mapsize="
		+ ms.width + "+" + ms.height + "\" border=\"0\">");
		d.write("<img id=\"main\" src=\"../graphics/white_pixel.gif\" height=\"" + 
mapsizey + "\" width=\"" + mapsizex + "\">");
		d.close();
   }
	</script>

I added this to the tools to access the function:
<a href="javascript:printmap()" >
  <img src="/graphics/print_icon.gif" width="30" height="30" border="0" 
alt="print" /></a>

Thanks for the help.

Sam

_________________________________________________________________
View Athlete?s Collections with Live Search 
http://sportmaps.live.com/index.html?source=hmemailtaglinenov06&FORM=MGAC01


From dave.potts at PINAN.CO.UK  Wed Dec 13 16:11:02 2006
From: dave.potts at PINAN.CO.UK (Dave Potts)
Date: Thu, 14 Dec 2006 00:11:02 +0000
Subject: perserving %varibles% values in a cgi request
Message-ID: <THU.14.DEC.2006.001102.0000.DAVE.POTTSPINAN.CO.UK>

If I make a request to mapserv by saying something like

cgi-bin/mapserve?imgxy=300.0+150.0&site=foobar

I may refer to the value %site% in my foo.map.

Is there any way of preserving this value in the matching web page ? 
otherwise if I do a redraw request I loose the value of %site% varible.

I don't loose the imgxy, because of the [imgxy] support from map server.

Dave.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dave.potts.vcf
Type: text/x-vcard
Size: 85 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061214/7feb717a/attachment.vcf>

From jbw2003 at EARTHLINK.NET  Wed Dec 13 18:29:28 2006
From: jbw2003 at EARTHLINK.NET (Jim White)
Date: Wed, 13 Dec 2006 21:29:28 -0500
Subject: alpha transparency and querymap
In-Reply-To: <45800DF60200008F00004F98@co5.dnr.state.mn.us>
Message-ID: <WED.13.DEC.2006.212928.0500.JBW2003EARTHLINK.NET>

Steve,

First some of the mapfile:

 OUTPUTFORMAT
         NAME mypng
         DRIVER "GD/PNG"
         MIMETYPE "image/png"
         IMAGEMODE rgba
         EXTENSION "png"
         TRANSPARENT ON
 END

  LAYER
          CONNECTIONTYPE postgis
          NAME "counties_q"
          CONNECTION "user=postgres  dbname=mydb host=localhost"
          DATA "wkb_geometry FROM county"
          STATUS OFF
          TYPE POLYGON
          TRANSPARENCY alpha
          CLASS
               STYLE
             SYMBOL 'hatch-lines'
             COLOR 255 0 0      
                   ANGLE 60
                   SIZE 10
               END     
               STYLE
                  WIDTH 2
                  OUTLINECOLOR 255 0 0
               END              
               TEMPLATE "dummy.html"
          END         
      END

Here's the PHP/mapscript for one of the layers that's used to display 
items the user selects from a select box. The idea is to create a 
transparent hatch pattern over a user created area of interest before it 
is submitted. This is currently working with the maps we have but we 
might like to add a satellite background or a shaded dem background, 
which I imagine will look better in true color.

$this_layer = $map->getLayerByName('counties_q');
$this_layer->set('status', MS_OFF);
if (isset($key_counties)) $this_layer->set('status', MS_ON);
$layer_index = $this_layer->index;
for($i=0; $i<count($key_counties); $i++){
   @$map->queryByIndex($layer_index,1,$key_counties[$i], MS_TRUE);

and followed eventually by:

$queryimage = $map->drawQuery();
$queryimage->saveImage($maploc);



The counties_q layer will properly display in rgba mode if I just set it 
to default and don't use the queryByIndex method to select particular 
elements in the layer. It will also display properly in 256 color mode 
using queryByIndex. However, when I use queryByIndex in rgba mode the 
hatch pattern is not transparent and has the white background.

Thanks,
Jim

Steve Lime wrote:
> My guess is it's a bug in the querymap code. On occasion developers will
> update
> the main drawing code and forget about that other path.
>
> Tell me more about your setup (PHP,CGI or ?, what type of querymap?).
> There may
> be a workaround (almost always is) using standard maps...
>
> Steve
>
>   
>>>> Jim White <jbw2003 at EARTHLINK.NET> 12/12/06 9:19 PM >>>
>>>>         
> I am having a continuing problem using alpha transparency and querymap. 
> I want to display my map in true color, so have set imagemode to rgba. 
> Additionally, I have defined a hatch-lines symbol that I want to display
>
> in transparent mode. I am using the queryByIndex method  to select the 
> items to display in the layer. I have tried many combinations, but still
>
> get a white background behind the hatch-lines instead of the background
> map.
>
> Will appreciate any help to find a fix or to determine whether this is a
>
> bug in querymap.
>
> Thanks,
>
> Jim
>
>   


-- 
Jim White
Biodiversity and Spatial Information Center
North Carolina State University
http://www.basic.ncsu.edu/


From ben at REMOTEINFORMATION.COM.AU  Wed Dec 13 22:18:08 2006
From: ben at REMOTEINFORMATION.COM.AU (Ben Madin)
Date: Thu, 14 Dec 2006 15:18:08 +0900
Subject: map coordinates
Message-ID: <THU.14.DEC.2006.151808.0900.BENREMOTEINFORMATION.COM.AU>

Pietro,

I noticed your question re map coordinates vs pixels. There may be a  
better way, but I compare the proportion of the pixels with the  
proportion of the map extents, for each of X & Y / Long & Lat /  
Easting & Northing or whatever.

So,

if the pixels is 400,200 (when the map is 600 x 300 pixels), then we  
are 400/600 of the way from the minimum extent to the maximum extent  
on the map (in this case in both directions).

I'm sure someone else will be more articulate about this, or have a  
better idea, which I will be happy to see.

Actually, here is a really good resource: (don't forget to have a  
look on the mapserver website first!)

http://mapserver.gis.umn.edu/docs/howto/phpmapscript-byexample

cheers

Ben


-- 

Ben Madin
REMOTE INFORMATION

t : +61 8 9192 5455
f : +61 8 9192 5535
m : 0448 887 220
Broome   WA   6725

ben at remoteinformation.com.au





					Out here, it pays to know...









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

From siki at AGT.BME.HU  Thu Dec 14 01:51:00 2006
From: siki at AGT.BME.HU (Siki Zoltan)
Date: Thu, 14 Dec 2006 08:51:00 -0100
Subject: perserving %varibles% values in a cgi request {Scanned}
 {Scanned}
In-Reply-To: <45809696.9080705@pinan.co.uk>
Message-ID: <THU.14.DEC.2006.085100.0100.SIKIAGT.BME.HU>

Hi,

You can use hidden form elements to preserv variable values.
e.g.
<input type="hidden" name="site" value="[site]">

Zoltan

On Thu, 14 Dec 2006, Dave Potts wrote:

> If I make a request to mapserv by saying something like
> 
> cgi-bin/mapserve?imgxy=300.0+150.0&site=foobar
> 
> I may refer to the value %site% in my foo.map.
> 
> Is there any way of preserving this value in the matching web page ? 
> otherwise if I do a redraw request I loose the value of %site% varible.
> 
> I don't loose the imgxy, because of the [imgxy] support from map server.
> 
> Dave.
> 


From Stefan.Schnitter at T-SYSTEMS.COM  Wed Dec 13 23:46:32 2006
From: Stefan.Schnitter at T-SYSTEMS.COM (Schnitter, Stefan)
Date: Thu, 14 Dec 2006 08:46:32 +0100
Subject: Zoom to fit
In-Reply-To: <45800C000200008F00004F8E@co5.dnr.state.mn.us>
Message-ID: <THU.14.DEC.2006.084632.0100.STEFAN.SCHNITTERTSYSTEMS.COM>

Hi Steve and Kai,

Thanx a lot for those examples and explanations - they help a lot!

 Stefan

> -----Urspr?ngliche Nachricht-----
> Von: Steve Lime [mailto:Steve.Lime at DNR.STATE.MN.US] 
> Gesendet: Mittwoch, 13. Dezember 2006 21:20
> An: MAPSERVER-USERS at LISTS.UMN.EDU
> Betreff: Re: [UMN_MAPSERVER-USERS] Zoom to fit
> 
> Hi Stefan: MapServer (the CGI interface) has this ability 
> associated with queries which is basically what your two 
> examples are: an attribute query and a bbox query.
> 
> If you do a regular query and add the parameter mapext=shapes 
> (I think that is right) then MapServer will compute a new 
> extent frow the extents of the features in the result set. 
> That extent is then available to a query map or simply 
> through the [mapext] template substitution.
> 
> Here's an example from my test suite:
> 
> http://maps.dnr.state.mn.us/cgi-bin/mapserv46?map=%2Fusr%2Floc
al%2Fwww%2Fdocs_maps%2Fmapserver_demos%2Ftests46%2Ffeaturequery%> 2Ftest.map&imgext=74000.000000+4654833.333333+798000.000000+56
20166.666667&imgxy=149.5+199.5&program=%2Fcgi-bin%2Fmapserv46> &htmlroot=%2Fmapserver_demos%2Ftests46&map_web_imagepath=%2Fus
> r%2Flocal%2Fwww%2Fdocs_maps%2Ftmp%2F&map_web_imageurl=%2Ftmp%2
F&slayer=counties&mode=featurenquery&zoom=1&img.x=198&img.y=154> &mapext=shapes
> 
> Try the URL with and without the mapext=shapes to see the 
> difference...
> 
> Steve
> 
> >>> "Schnitter, Stefan" <Stefan.Schnitter at T-SYSTEMS.COM> 
> 12/13/06 11:33
> AM >>>
> Hi all,
> 
> Is there a way to zoom automatically to fit a certain group 
> of elements?
> Example1: I have a layer which has a filter and I'd like to 
> show that extent that includes all filtered objects or
> Example2: I use "normal" zoom interface with which the user 
> marks a bounding box - can I tell mapserver somehow to zoom 
> further to fit the objects that are actually contained in this box?
> 
> Does anyone know of some mapserver-feature or mapscript 
> solution with which one could accomplish somehting like this?
> 
> TIA, Stefan
> 
> --
> Dr. Stefan Schnitter
> T-Systems Enterprise Services GmbH, SSC ENPS, PCT11sts 
> Traffic Management & Network Optimization
> Phone: +49 (0) 6151 937-8521
> 


From robert-fritz at WEB.DE  Thu Dec 14 02:59:19 2006
From: robert-fritz at WEB.DE (robert fritz)
Date: Thu, 14 Dec 2006 11:59:19 +0100
Subject: download loop msHTTPExecuteRequests()  ?
Message-ID: <THU.14.DEC.2006.115919.0100.ROBERTFRITZWEB.DE>

Dear List,

I have a small application on top of php-mapscript. One project uses WMS layers. There are displayed in the map-window, but if I try to print the map, I get a strange error - message:
scalefactor = 0.52007 scalefactor = 0.52007 HTTP: Starting to prepare HTTP requests. HTTP request: id=1, http://www.geoserver.nrw.de:80/GeoOgcWms1.3/servlet/GEPNRW?LAYERS=GEPNRW%3AGEP%2520Gesamt&REQUEST=GetMap&SERVICE=WMS&FORMAT=image%2Fpng&STYLES=&HEIGHT=2584&VERSION=1.1.0&SRS=EPSG:31492&WIDTH=1824&BBOX=2571639%2C5682644%2E791666667%2C2572708%2C5684159%2E208333333&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage HTTP: Before download loop msHTTPWriteFct(id=1, 308 bytes) HTTP: After download loop msHTTPExecuteRequests() timing summary per layer (connect_time + time_to_first_packet + download_time = total_time in seconds) Layer 1: 0.030 + 0.019 + 0.030 = 0.079s msDrawRasterLayerLow(WMSGEP): entering. 

For printing, a new map is created to increase the quality and to create a pdf.
The error-message appears, when the request for printing is made. I use the same php script to create a map for display in the browser and for printing - only the image-size and the scale differs. What does the error means?

regards,
Robert
______________________________________________________________________________
"Ein Herz f?r Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de
Unser Dankesch?n: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!


From peteris.bruns at GMAIL.COM  Thu Dec 14 06:37:00 2006
From: peteris.bruns at GMAIL.COM (=?UTF-8?B?UMSTdGVyaXMgQnLFq25z?=)
Date: Thu, 14 Dec 2006 16:37:00 +0200
Subject: queryByPoint tolerance problems
Message-ID: <THU.14.DEC.2006.163700.0200.PETERIS.BRUNSGMAIL.COM>

Hi,

I have some php-mapscript based webpage, that uses layer->queryByPoint.
In map file I have set
Tolerance 10
Toleranceunits pixels

When I issue query using layer->queryByPoint with buffer==0, according 
to docs
"Passing buffer <=0 defaults to tolerances set in the map file  (in
pixels) but you can use a constant buffer (specified in ground units)
instead." 
(http://mapserver.gis.umn.edu/docs/reference/phpmapscript-class/classes/layerobj) 

it should find only objects within 10 pix.
In reality it was returning more distant objects than 10px. When I was
zoomed-in (had not default extent from mapfile), it returned results
also for 50px and more distant objects.

My Question: Is it a bug in MapServer 4.10.0 or bug in documentation?

I have already fixed my problem by calculating pixel size with PHP and
then passing search buffer size in ground units, but I still want to
know what I did wrong in first place. (Yes, I checked
$layer->tolerance and $layer->toleranceuinits and they where correct)


From dmorissette at MAPGEARS.COM  Thu Dec 14 07:06:59 2006
From: dmorissette at MAPGEARS.COM (Daniel Morissette)
Date: Thu, 14 Dec 2006 10:06:59 -0500
Subject: download loop msHTTPExecuteRequests() ?
In-Reply-To: <802310612@web.de>
Message-ID: <THU.14.DEC.2006.100659.0500.DMORISSETTEMAPGEARS.COM>

You are probably running under IIS? That's the "DEBUG ON" messages that 
are merged with standard output under IIS. Remove all instances of 
"DEBUG ON" in your mapfile and you should be fine.

Daniel


robert fritz wrote:
> Dear List,
> 
> I have a small application on top of php-mapscript. One project uses WMS layers. There are displayed in the map-window, but if I try to print the map, I get a strange error - message:
> scalefactor = 0.52007 scalefactor = 0.52007 HTTP: Starting to prepare HTTP requests. HTTP request: id=1, http://www.geoserver.nrw.de:80/GeoOgcWms1.3/servlet/GEPNRW?LAYERS=GEPNRW%3AGEP%2520Gesamt&REQUEST=GetMap&SERVICE=WMS&FORMAT=image%2Fpng&STYLES=&HEIGHT=2584&VERSION=1.1.0&SRS=EPSG:31492&WIDTH=1824&BBOX=2571639%2C5682644%2E791666667%2C2572708%2C5684159%2E208333333&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage HTTP: Before download loop msHTTPWriteFct(id=1, 308 bytes) HTTP: After download loop msHTTPExecuteRequests() timing summary per layer (connect_time + time_to_first_packet + download_time = total_time in seconds) Layer 1: 0.030 + 0.019 + 0.030 = 0.079s msDrawRasterLayerLow(WMSGEP): entering. 
> 
> For printing, a new map is created to increase the quality and to create a pdf.
> The error-message appears, when the request for printing is made. I use the same php script to create a map for display in the browser and for printing - only the image-size and the scale differs. What does the error means?
> 
> regards,
> Robert
> ______________________________________________________________________________
> "Ein Herz f?r Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de
> Unser Dankesch?n: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!


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


From fabian.rami at WOWCOMPANY.COM  Thu Dec 14 07:23:29 2006
From: fabian.rami at WOWCOMPANY.COM (Fabian Rami)
Date: Thu, 14 Dec 2006 16:23:29 +0100
Subject: Simplify data ?   shp2pgsql ->  PostGis Simplify() -> pgsql2shp
Message-ID: <THU.14.DEC.2006.162329.0100.FABIAN.RAMIWOWCOMPANY.COM>

Hi all,


I have now some good dataset and mapserver is displaying it very well.

I ll try now to optimise the data (by simplification) for have a faster 
result.

I have put  my shapefile in a postgis database. There is a function in 
Postgis called Simplify( ).

When i try Simplify like that Simplify(the_geom, 100000) and i do 
pgsql2shp i have a very small shapefile but road and pictures are not so 
good :)

What value is recommended to have a good compromise between beauty and 
speed ?

Is there an another way to simply data ?

Best regards,

Fabian


From gregor at HOSTGIS.COM  Thu Dec 14 08:27:48 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Thu, 14 Dec 2006 09:27:48 -0700
Subject: Simplify data ?   shp2pgsql ->  PostGis Simplify() ->
 pgsql2shp
In-Reply-To: <45816C71.70503@wowcompany.com>
Message-ID: <THU.14.DEC.2006.092748.0700.GREGORHOSTGIS.COM>

> When i try Simplify like that Simplify(the_geom, 100000) and i do
> pgsql2shp i have a very small shapefile but road and pictures are not so
> good :)
> What value is recommended to have a good compromise between beauty and
> speed ?

There's this posting:
http://postgis.refractions.net/pipermail/postgis-users/2005-August/008890.html

Personally, I've never found a good simplify tolerance that worked with
any particular dataset I've used. I hope your luck is better than mine
was. :)


From sebastian.walter at FU-BERLIN.DE  Thu Dec 14 09:23:44 2006
From: sebastian.walter at FU-BERLIN.DE (Sebastian Walter)
Date: Thu, 14 Dec 2006 18:23:44 +0100
Subject: Simplify data ?   shp2pgsql ->  PostGis Simplify() ->
 pgsql2shp
In-Reply-To: <45816C71.70503@wowcompany.com>
Message-ID: <THU.14.DEC.2006.182344.0100.SEBASTIAN.WALTERFUBERLIN.DE>

Hi Fabian,


Fabian Rami wrote:
> I have now some good dataset and mapserver is displaying it very well.
>
> I ll try now to optimise the data (by simplification) for have a 
> faster result.
>
> I have put  my shapefile in a postgis database. There is a function in 
> Postgis called Simplify( ).
>
> When i try Simplify like that Simplify(the_geom, 100000) and i do 
> pgsql2shp i have a very small shapefile but road and pictures are not 
> so good :)
>
> What value is recommended to have a good compromise between beauty and 
> speed ?
>
I'm using lat/lon data and a value of 0.01 for simplify:
DATA "simplify(the_geom,0.01) from <table> using SRID=..."
This works really well.

Regards,
Sebastian


From lesley.kadish at MNHS.ORG  Thu Dec 14 14:21:46 2006
From: lesley.kadish at MNHS.ORG (Kadish, Lesley)
Date: Thu, 14 Dec 2006 16:21:46 -0600
Subject: design questions
Message-ID: <THU.14.DEC.2006.162146.0600.LESLEY.KADISHMNHS.ORG>

The Historical Society and LMIC are currently working with MapServer and Chameleon to create an online GIS for 5th-12th grade History and Geography classrooms. We've got great content. What we don't have is great design. So. We're in the process of hiring a design firm to make the webpage attractive to computer-savvy kids. What I'm wondering is:  What questions will the designers need to ask the Chameleon/MapServer code writers in order to determine what the limitations are? For example, is the standard Chameleon toolbar something that can be redesigned without programming/code-writing skills? Is it good idea to design using CSS? This may be getting us into hot water, but are any of you familiar with AJAX, and is it compatible with MapServer? Thanks very much for any and all of your thoughts. 

Lesley Kadish
G.I.S. Project Analyst
Collections Department
Minnesota Historical Society
345 Kellogg Boulevard West
Saint Paul, MN 55102-1906
tel: (651) 297-1261
email: lesley.kadish at mnhs.org
website: http://www.mnhs.org/preserve/records/geographyonline/main.htm


From mitchelljj98 at GMAIL.COM  Thu Dec 14 14:51:50 2006
From: mitchelljj98 at GMAIL.COM (John Mitchell)
Date: Thu, 14 Dec 2006 17:51:50 -0500
Subject: image border is opaque when viewing
Message-ID: <THU.14.DEC.2006.175150.0500.MITCHELLJJ98GMAIL.COM>

Hi,

I have made the outside black border within a geotiff transparent by running
"gdalwarp -dstnodata 0" against the geotiff.  I verified that it is
transparent within OpenEV and photoshop, but when utilizing MapServer it is
not transparent.

Below is the outputformat used within the .map file.  I have tried with an
imagemode of PC256 and RGB.

 OUTPUTFORMAT
  NAME png
  DRIVER "GD/PNG"
  MIMETYPE "image/png"
  IMAGEMODE PC256
  #IMAGEMODE RGB
  EXTENSION "png"
 END

Thanks,

John J. Mitchell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061214/70fe389c/attachment.htm>

From Steve.Lime at DNR.STATE.MN.US  Thu Dec 14 14:58:27 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Thu, 14 Dec 2006 16:58:27 -0600
Subject: design questions
In-Reply-To: <7A23286AFFFCC14698EB1B2B0ECDC28209012EBB@exchange.MNHS.ORG>
Message-ID: <THU.14.DEC.2006.165827.0600.STEVE.LIMEDNR.STATE.MN.US>

Lesley: I'll let the chameleon folks comment on that technology.
Regarding AJAX and MapServer, they work quite nicely together. For
example, you might do a MapServer query to get the attributes of a
feature via AJAX and have MapServer template the results as XML for
display on the client. More and more I see MapServer being used to field
AJAX-based requests. If you have other questions feel free to contact me
off list since we both work for the State...

Steve

Stephen Lime
Data & Applications Manager

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-259-5473

>>> "Kadish, Lesley" <lesley.kadish at MNHS.ORG> 12/14/2006 4:21:46 PM
>>>
The Historical Society and LMIC are currently working with MapServer
and Chameleon to create an online GIS for 5th-12th grade History and
Geography classrooms. We've got great content. What we don't have is
great design. So. We're in the process of hiring a design firm to make
the webpage attractive to computer-savvy kids. What I'm wondering is: 
What questions will the designers need to ask the Chameleon/MapServer
code writers in order to determine what the limitations are? For
example, is the standard Chameleon toolbar something that can be
redesigned without programming/code-writing skills? Is it good idea to
design using CSS? This may be getting us into hot water, but are any of
you familiar with AJAX, and is it compatible with MapServer? Thanks very
much for any and all of your thoughts. 

Lesley Kadish
G.I.S. Project Analyst
Collections Department
Minnesota Historical Society
345 Kellogg Boulevard West
Saint Paul, MN 55102-1906
tel: (651) 297-1261
email: lesley.kadish at mnhs.org 
website: http://www.mnhs.org/preserve/records/geographyonline/main.htm


From funkbucket at GMAIL.COM  Thu Dec 14 15:14:57 2006
From: funkbucket at GMAIL.COM (Ben Tuttle)
Date: Thu, 14 Dec 2006 16:14:57 -0700
Subject: MS_MAXLAYERS Question
Message-ID: <THU.14.DEC.2006.161457.0700.FUNKBUCKETGMAIL.COM>

Hi all-
We have a need to up MS_MAXLAYERS, we need to have large numbers of
layers in our mapfiles. We are thinking perhaps as high as 8000. Does
anyone have any thoughts on problems we might encounter by doing this
or other things we need to change at the same time? Are there any
other compile time contants that should be increased at the same time
as MS_MAXLAYERS?


From Steve.Lime at DNR.STATE.MN.US  Thu Dec 14 16:24:04 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Thu, 14 Dec 2006 18:24:04 -0600
Subject: queryByPoint tolerance problems
Message-ID: <THU.14.DEC.2006.182404.0600.STEVE.LIMEDNR.STATE.MN.US>

Since the pixel based computations are based on extent and image size it's
tough to tell what might be going on without seeing the script and knowing
how you debugged it. For example, how did you know features were 50
pixels away? And so on...

Steve

>>> P?teris Br?ns <peteris.bruns at GMAIL.COM> 12/14/06 8:37 AM >>>
Hi,

I have some php-mapscript based webpage, that uses layer->queryByPoint.
In map file I have set
Tolerance 10
Toleranceunits pixels

When I issue query using layer->queryByPoint with buffer==0, according 
to docs
"Passing buffer <=0 defaults to tolerances set in the map file  (in
pixels) but you can use a constant buffer (specified in ground units)
instead." 
(http://mapserver.gis.umn.edu/docs/reference/phpmapscript-class/classes/layerobj) 

it should find only objects within 10 pix.
In reality it was returning more distant objects than 10px. When I was
zoomed-in (had not default extent from mapfile), it returned results
also for 50px and more distant objects.

My Question: Is it a bug in MapServer 4.10.0 or bug in documentation?

I have already fixed my problem by calculating pixel size with PHP and
then passing search buffer size in ground units, but I still want to
know what I did wrong in first place. (Yes, I checked
$layer->tolerance and $layer->toleranceuinits and they where correct)


From warmerdam at POBOX.COM  Thu Dec 14 18:18:53 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Fri, 15 Dec 2006 03:18:53 +0100
Subject: MS_MAXLAYERS Question
In-Reply-To: <259e26270612141514g353e1644tddb6f8e0539a4659@mail.gmail.com>
Message-ID: <FRI.15.DEC.2006.031853.0100.WARMERDAMPOBOX.COM>

On 12/15/06, Ben Tuttle <funkbucket at gmail.com> wrote:
> Hi all-
> We have a need to up MS_MAXLAYERS, we need to have large numbers of
> layers in our mapfiles. We are thinking perhaps as high as 8000. Does
> anyone have any thoughts on problems we might encounter by doing this
> or other things we need to change at the same time? Are there any
> other compile time contants that should be increased at the same time
> as MS_MAXLAYERS?

Ben,

I think you will see parsing of the .map file become a dominant
cost with this many layers.  i really suspect you should either be
looking at some sort of tileindex based approach or using
mapscript to dynamic create the layers needed for a given request.

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 mikesaunt at GMAIL.COM  Thu Dec 14 22:21:06 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Fri, 15 Dec 2006 06:21:06 +0000
Subject: ArcSDE on Oracle authentication times
Message-ID: <FRI.15.DEC.2006.062106.0000.MIKESAUNTGMAIL.COM>

Hi All

I have an installation that is using ArcSDE (8.3) in Oracle running on a Sun
box with MapServer CGI running on Windows.  I've seen a lot of previous
discussions regarding the authentication time impact of Oracle / ArcSDE and
in our case this is about 1 - 1.5 seconds per transaction i.e. map redraw,
spatial query etc.

I'm wondering about options that would be available in the long term to try
to speed this up.
I'm not an Oracle guru but can the authentication be set as a priority
within there?
Is the only way to connection pool to ArcSDE for MapServer CGI via FastCGI
on Windows?

I'm obviously trying to maximize speed.

Thanks in advance

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

From Jukka.Rahkonen at MMMTIKE.FI  Fri Dec 15 00:06:21 2006
From: Jukka.Rahkonen at MMMTIKE.FI (Rahkonen Jukka)
Date: Fri, 15 Dec 2006 10:06:21 +0200
Subject: image border is opaque when viewing
Message-ID: <FRI.15.DEC.2006.100621.0200.JUKKA.RAHKONENMMMTIKE.FI>

Hi,
 
Have you set the transparancy for the geotiff layer by adding  OFFSITE 0 0 0 on the LAYER definitions?  That should work.
 
Regards,
 
-Jukka-
 
 
 

________________________________

L?hett?j?: UMN MapServer Users List puolesta: John Mitchell
L?hetetty: pe 15.12.2006 0:51
Vastaanottaja: MAPSERVER-USERS at LISTS.UMN.EDU
Aihe: [UMN_MAPSERVER-USERS] image border is opaque when viewing


Hi,

I have made the outside black border within a geotiff transparent by running "gdalwarp -dstnodata 0" against the geotiff.  I verified that it is transparent within OpenEV and photoshop, but when utilizing MapServer it is not transparent.  

Below is the outputformat used within the .map file.  I have tried with an imagemode of PC256 and RGB.

 OUTPUTFORMAT
  NAME png
  DRIVER "GD/PNG"
  MIMETYPE "image/png"
  IMAGEMODE PC256 
  #IMAGEMODE RGB
  EXTENSION "png"
 END

Thanks,

John J. Mitchell 


From hal at MOBILEGEOGRAPHICS.COM  Fri Dec 15 01:57:21 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Fri, 15 Dec 2006 01:57:21 -0800
Subject: querymap with stacked points
In-Reply-To: <82227F50E3BCD34F89FA1A6F46A96B5B02579546@smbfnis-chi01.fnis.com>
Message-ID: <FRI.15.DEC.2006.015721.0800.HALMOBILEGEOGRAPHICS.COM>

Are you using Mapscript?  What is the datastore--shapefile, database, other?

There are lots of ways to do this, depending on how your app is structured.

At 10:18 AM -0600 12/13/06, Hunter, David - St. Louis Park, MN wrote:
>My map application allows users to click on 
>point features, which causes a popup that 
>displays information about that feature.  Due to 
>reasons I won't go into here, we sometimes have 
>multiple points stacked on top of each other. 
>They are essentially the same feature, but with 
>some slightly different attributes to each 
>record.  Is there a way that I can filter this, 
>so that only the first feature found is returned 
>in the query?
>
>David S. Hunter
>Sr. Software Engineer
>Fidelity National Geographic Solutions
>division of Fidelity National Financial
>5353 Gamble Drive, Suite 201
>St. Louis Park, MN 55416
>? Email: <mailto:david.hunter at fnf.com>david.hunter at fnf.com
>' Phone: 952.542.1440 ext. 256
>7 Fax: 952.542.3859
>

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

From joseramonlopez at GMAIL.COM  Fri Dec 15 03:03:01 2006
From: joseramonlopez at GMAIL.COM (=?ISO-8859-1?Q?Jos=E9_Ram=F3n_L=F3pez?=)
Date: Fri, 15 Dec 2006 12:03:01 +0100
Subject: WFS and Oracle Database
Message-ID: <FRI.15.DEC.2006.120301.0100.JOSERAMONLOPEZGMAIL.COM>

Hello list!

I'm configuring a WFS service with ms4w v1.6 version. I'm having some
problems with Oracle.
The featureclasses in my geodatabase all have a blob data typed field. I've
read that MapServer doesn't support this format. So, I have to make a query,
with all fields except blob field, like this:

DATA "SHAPE FROM (SELECT OBJECTID, SHAPE, COD_ENT, TIPO_LIN, TIPO FROM
RED_FERROCARRIL) USING UNIQUE OBJECTID VERSION 9i"

After running this, I have to wait for several minutes, but nothing is
returned. But, if I make this another query, specifying an OBJECTID field,
the data are showed by the client:

DATA "SHAPE FROM (SELECT OBJECTID, SHAPE, COD_ENT, TIPO_LIN, TIPO FROM
RED_FERROCARRIL  WHERE OBJECTID=50) USING UNIQUE OBJECTID VERSION 9i"

Notice that all this query are made with Oracle Spatial ConnectionType.

If instead doing this, I make this query using the OCI driver:

CONNECTIONTYPE OGR
CONNECTION "OCI:user/pass at SDE"
DATA "RED_FERROCARRIL"

I can see all the features stored in the featureclass,  but the client
spends a lot of time to show it. Could anybody tell me, why does it happen?

I've been reading some articles about the filter with Oracle Spatial, but I
still  don't  know  how to  use  it.
Could anybody of you help me? Is this problem related with the filters?

Thank you very much.
-- 
Jos? Ram?n L?pez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061215/fd6b8739/attachment.htm>

From dave.potts at PINAN.CO.UK  Fri Dec 15 06:41:20 2006
From: dave.potts at PINAN.CO.UK (David Potts)
Date: Fri, 15 Dec 2006 14:41:20 -0000
Subject: Missing Mouse Clicks/events
Message-ID: <FRI.15.DEC.2006.144120.0000.DAVE.POTTSPINAN.CO.UK>

I am running mapserver within an xhtml/strict envronment and no number of
attempts at clicking on the generated gif/map file generates any action
from mapserver.

Running Mapserver in a html window always generates a response.

As the borwser is the same,  I am assuming its not a browser(firefox 1.5)
problem.

Do I have to set the "onclick" handler on the generate map image file to
get this to work correctly or some magic called for ?
regards
David.


From mikesaunt at GMAIL.COM  Fri Dec 15 07:14:50 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Fri, 15 Dec 2006 15:14:50 +0000
Subject: Connecting a VRT/OVF to an Oracle View
Message-ID: <FRI.15.DEC.2006.151450.0000.MIKESAUNTGMAIL.COM>

Hi all

I'm trying to use a VRT file connected to an Oracle View but when testing
through ogrinfo I can't see the view

Does anyone know if there are any special settings required?

My ovf file is:

<OGRVRTDataSource>
    <OGRVRTLayer name="PlanningPoints">
        <SrcDataSource>ODBC:user/password at odbcsystemconnectionname</SrcDataSource>

     <SrcLayer>OracleSchema.ViewName</SrcLayer>
    <GeometryType>wkbPoint</GeometryType>
        <GeometryField encoding="PointFromColumns" x="MAPEAST" y="MAPNORT"/>

    </OGRVRTLayer>
</OGRVRTDataSource>

Thanks in advance...

Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061215/14f1bc00/attachment.htm>

From mitchelljj98 at GMAIL.COM  Fri Dec 15 07:20:49 2006
From: mitchelljj98 at GMAIL.COM (John Mitchell)
Date: Fri, 15 Dec 2006 10:20:49 -0500
Subject: image border is opaque when viewing
In-Reply-To: <CC197224AC75CE4DB23F739B16891B86668561@tikka.haapa.mmm.fi>
Message-ID: <FRI.15.DEC.2006.102049.0500.MITCHELLJJ98GMAIL.COM>

Jukka,

Thanks,

That worked but what surprised me is that is worked with IMAGEMODE of RGB.
I first tried it with PC256 which It did work as expected, but I was
pleasantly surprised to see it work with RGB since the documentation says
that it will not work with transparency.

John Mitchell

On 12/15/06, Rahkonen Jukka <Jukka.Rahkonen at mmmtike.fi> wrote:
>
> Hi,
>
> Have you set the transparancy for the geotiff layer by adding  OFFSITE 0 0
> 0 on the LAYER definitions?  That should work.
>
> Regards,
>
> -Jukka-
>
>
>
>
> ________________________________
>
> L?hett?j?: UMN MapServer Users List puolesta: John Mitchell
> L?hetetty: pe 15.12.2006 0:51
> Vastaanottaja: MAPSERVER-USERS at LISTS.UMN.EDU
> Aihe: [UMN_MAPSERVER-USERS] image border is opaque when viewing
>
>
> Hi,
>
> I have made the outside black border within a geotiff transparent by
> running "gdalwarp -dstnodata 0" against the geotiff.  I verified that it is
> transparent within OpenEV and photoshop, but when utilizing MapServer it is
> not transparent.
>
> Below is the outputformat used within the .map file.  I have tried with an
> imagemode of PC256 and RGB.
>
> OUTPUTFORMAT
>   NAME png
>   DRIVER "GD/PNG"
>   MIMETYPE "image/png"
>   IMAGEMODE PC256
>   #IMAGEMODE RGB
>   EXTENSION "png"
> END
>
> Thanks,
>
> John J. Mitchell
>



-- 
John J. Mitchell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061215/73ea08a1/attachment.htm>

From funkbucket at GMAIL.COM  Fri Dec 15 08:15:38 2006
From: funkbucket at GMAIL.COM (Ben Tuttle)
Date: Fri, 15 Dec 2006 09:15:38 -0700
Subject: MS_MAXLAYERS Question
In-Reply-To: <931f8ea90612141818ge3bf883m8e0c5708678d6af2@mail.gmail.com>
Message-ID: <FRI.15.DEC.2006.091538.0700.FUNKBUCKETGMAIL.COM>

Thnaks for the info Frank. I hadn't considered dynamically creating
the layers, but that sounds promising. Can you give me an idea of a
number we might be able to increase MS_MAXLAYERS to that would not be
too much of a drain on the system?


From pgiannini at BYTEWISE.IT  Fri Dec 15 08:47:32 2006
From: pgiannini at BYTEWISE.IT (Pietro Giannini)
Date: Fri, 15 Dec 2006 17:47:32 +0100
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
Message-ID: <FRI.15.DEC.2006.174732.0100.PGIANNINIBYTEWISE.IT>



Hi All,

Maybe this isn't the appropriate list to post this
question : I apologize but I hope somebody can help me.

I'm
looking for a professional routing solution using as interface
mapserver.
I've successfully installed the cartoweb Pgdijkstra Routing Module
for PostgreSQL data source : that works well, and can be a perfect
solution, but it do not menage the one-way streets.

Anyone has
developed similar solutions and want share they? Or can help me to
retrieve information, hints, lists about?

Thanks
Cheers

??? ??? ???
??? ??? ???
??? ??? ???
??? ??? Pietro

-- 
Pietro
Giannini
Bytewise srl - Area GIS
41?50'38.58"N
12?29'13.39"E
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061215/cfbf86d4/attachment.htm>

From siukola.antti at GMAIL.COM  Fri Dec 15 09:04:39 2006
From: siukola.antti at GMAIL.COM (antti siukola)
Date: Fri, 15 Dec 2006 19:04:39 +0200
Subject: Problem with SHP files
Message-ID: <FRI.15.DEC.2006.190439.0200.SIUKOLA.ANTTIGMAIL.COM>

Hi!

I'm having a problem with SHP files. I over wrote couple of SHP files
but mapserver seems to render the old ones. I print labels from these
shapes and the labels aren't updated. Is there a cache that I can
clear?

Thanks!

Antti


From leonardo at NOVAGEO.PT  Fri Dec 15 09:03:43 2006
From: leonardo at NOVAGEO.PT (Leonardo Andrade)
Date: Fri, 15 Dec 2006 17:03:43 +0000
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <43685.62.77.56.13.1166201252.squirrel@mail.bytewise.it>
Message-ID: <FRI.15.DEC.2006.170343.0000.LEONARDONOVAGEO.PT>

Hi

Pietro Giannini wrote:
> Hi All,
>
> Maybe this isn't the appropriate list to post this question : I 
> apologize but I hope somebody can help me.
>
> I'm looking for a professional routing solution using as interface 
> mapserver.
> I've successfully installed the cartoweb Pgdijkstra Routing Module 
> <http://www.cartoweb.org/contribs.html> for PostgreSQL data source : 
> that works well, and can be a perfect solution, but it do not menage 
> the one-way streets.
>
It does.

In the document:
http://www.postgis.fr/book/print/360

notice the line:

routing=# update rtest set
          cost=length(the_geom),rcost=length(the_geom);


The 'cost' and 'rcost' fields in the graph table represent the cost in 
each way.
If you chose a very high value in one of those fields, it will represent 
a one-way street.

http://www.postlbs.org/  has more information about this issue.


Cheers,
--leonardo

> Anyone has developed similar solutions and want share they? Or can 
> help me to retrieve information, hints, lists about?
>
> Thanks
> Cheers
>
>                                             Pietro
>
> -- 
> Pietro Giannini
> Bytewise srl - Area GIS
> 41?50'38.58"N 12?29'13.39"E 


From dmorissette at MAPGEARS.COM  Fri Dec 15 09:16:42 2006
From: dmorissette at MAPGEARS.COM (Daniel Morissette)
Date: Fri, 15 Dec 2006 12:16:42 -0500
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <43685.62.77.56.13.1166201252.squirrel@mail.bytewise.it>
Message-ID: <FRI.15.DEC.2006.121642.0500.DMORISSETTEMAPGEARS.COM>

Pietro Giannini wrote:
> Hi All,
> 
> Maybe this isn't the appropriate list to post this question : I 
> apologize but I hope somebody can help me.
> 
> I'm looking for a professional routing solution using as interface 
> mapserver.
> I've successfully installed the cartoweb Pgdijkstra Routing Module 
> <http://www.cartoweb.org/contribs.html> for PostgreSQL data source : 
> that works well, and can be a perfect solution, but it do not menage the 
> one-way streets.
> 
> Anyone has developed similar solutions and want share they? Or can help 
> me to retrieve information, hints, lists about?
> 

Perhaps check pgRouting (http://www.postlbs.org/postlbs-cms/en/project)? 
It was based on pgDijkstra and my hope is that it should be able to 
handle one-way streets.

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


From afreed at PDX.EDU  Fri Dec 15 09:22:31 2006
From: afreed at PDX.EDU (Andy Freed)
Date: Fri, 15 Dec 2006 09:22:31 -0800
Subject: Problem with SHP files
In-Reply-To: <bafebad70612150904q669105fdi6217fbdace1ba4be@mail.gmail.com>
Message-ID: <FRI.15.DEC.2006.092231.0800.AFREEDPDX.EDU>

Are you using Ka-map or any other tiled interface for your map? You  
may need to delete all the old tiles before the new shapefiles are  
rendered.


Andy Freed
afreed at pdx.edu
http://web.pdx.edu/~afreed

On Dec 15, 2006, at 9:04 AM, antti siukola wrote:

> Hi!
>
> I'm having a problem with SHP files. I over wrote couple of SHP files
> but mapserver seems to render the old ones. I print labels from these
> shapes and the labels aren't updated. Is there a cache that I can
> clear?
>
> Thanks!
>
> Antti
>


From Steve.Lime at DNR.STATE.MN.US  Fri Dec 15 09:54:41 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 15 Dec 2006 11:54:41 -0600
Subject: dbox print function
In-Reply-To: <BAY118-F360E0CF03567AAF545CD2B4D60@phx.gbl>
Message-ID: <FRI.15.DEC.2006.115441.0600.STEVE.LIMEDNR.STATE.MN.US>

Sam: The URL for the current map is held in ms.url, so you should be able to do something
like:

  d.write("<img name=\"the_map\" src=\"" + ms.url + "\">");

Steve

>>> Sam Young <samnyoung at HOTMAIL.COM> 12/13/2006 4:22:10 PM >>>
I am trying to add a print function to my dbox application and I don't know 
how to get the map image to show up in the new window I am creating.

This is my print function:
<script language="JavaScript">
	 function printmap() {
		var w = window.open();
		var d = w.document;
		d.open();
		d.write("<h3>Printable Map</h3>");
		d.write("<img name=\"scalebar_miles\" src=\"" + ms.mapserver + "?map=" +
                config.mapfile
		+ "&mode=scalebar&mapext=0+0+" + (ms.extent[2] - ms.extent[0]) + "+" + 
(ms.extent[3] - ms.extent[1]) + "&mapsize="
		+ ms.width + "+" + ms.height + "\" border=\"0\">");
		d.write("<img id=\"main\" src=\"../graphics/white_pixel.gif\" height=\"" + 
mapsizey + "\" width=\"" + mapsizex + "\">");
		d.close();
   }
	</script>

I added this to the tools to access the function:
<a href="javascript:printmap()" >
  <img src="/graphics/print_icon.gif" width="30" height="30" border="0" 
alt="print" /></a>

Thanks for the help.

Sam

_________________________________________________________________
View Athlete?s Collections with Live Search 
http://sportmaps.live.com/index.html?source=hmemailtaglinenov06&FORM=MGAC01


From ezenaide at GMAIL.COM  Fri Dec 15 10:27:21 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Fri, 15 Dec 2006 16:27:21 -0200
Subject: RESULT_HEADERS on GMap
Message-ID: <FRI.15.DEC.2006.162721.0200.EZENAIDEGMAIL.COM>

hi all,

i'm trying to use RESULT_HEADERS on GMap but not succesfully.

like:

    METADATA
        "DESCRIPTION" "Munic?pios"
        "RESULT_FIELDS" "NOME MESOREGIAO MICROREGIA AREA_TOT_G POP2000_TO
IDH_2000 ALTITUDE"
        "RESULT_HEADERS" "Nome Mesoregi?o Microregi?o ?rea.Total.(Km?)
Popula??o IDH Altitude"
    END # METADATA

i'm missing something? there's another way to make aliases for result
fields?


thanks.

-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061215/6b392057/attachment.htm>

From siukola.antti at GMAIL.COM  Fri Dec 15 10:57:31 2006
From: siukola.antti at GMAIL.COM (antti siukola)
Date: Fri, 15 Dec 2006 20:57:31 +0200
Subject: Problem with SHP files
In-Reply-To: <00F2F949-8203-407B-9E55-98E4BC4EC2E0@pdx.edu>
Message-ID: <FRI.15.DEC.2006.205731.0200.SIUKOLA.ANTTIGMAIL.COM>

No. It's my own interface and I also render new images on every request.

Antti

On 12/15/06, Andy Freed <afreed at pdx.edu> wrote:
> Are you using Ka-map or any other tiled interface for your map? You
> may need to delete all the old tiles before the new shapefiles are
> rendered.
>
>
> Andy Freed
> afreed at pdx.edu
> http://web.pdx.edu/~afreed
>
> On Dec 15, 2006, at 9:04 AM, antti siukola wrote:
>
> > Hi!
> >
> > I'm having a problem with SHP files. I over wrote couple of SHP files
> > but mapserver seems to render the old ones. I print labels from these
> > shapes and the labels aren't updated. Is there a cache that I can
> > clear?
> >
> > Thanks!
> >
> > Antti
> >
>
>


From jmanning at WHSUN1.WH.WHOI.EDU  Fri Dec 15 11:15:07 2006
From: jmanning at WHSUN1.WH.WHOI.EDU (Jim Manning)
Date: Fri, 15 Dec 2006 14:15:07 -0500
Subject: limiting significant digits on labels
Message-ID: <FRI.15.DEC.2006.141507.0500.JMANNINGWHSUN1.WH.WHOI.EDU>

My numeric labels appear as, for example, "5.40000000000". How do I 
specify a format so they look like "5.4"?
My first post ever to a listserv.  I hope it is ok.
-JiM.


From Steve.Lime at DNR.STATE.MN.US  Fri Dec 15 11:27:45 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 15 Dec 2006 13:27:45 -0600
Subject: alpha transparency and querymap
In-Reply-To: <4580B708.4070605@earthlink.net>
Message-ID: <FRI.15.DEC.2006.132745.0600.STEVE.LIMEDNR.STATE.MN.US>

Jim: What does the querymap def look like? What TYPE are you using?

Steve

>>> Jim White <jbw2003 at earthlink.net> 12/13/2006 8:29:28 PM >>>
Steve,

First some of the mapfile:

 OUTPUTFORMAT
         NAME mypng
         DRIVER "GD/PNG"
         MIMETYPE "image/png"
         IMAGEMODE rgba
         EXTENSION "png"
         TRANSPARENT ON
 END

  LAYER
          CONNECTIONTYPE postgis
          NAME "counties_q"
          CONNECTION "user=postgres  dbname=mydb host=localhost"
          DATA "wkb_geometry FROM county"
          STATUS OFF
          TYPE POLYGON
          TRANSPARENCY alpha
          CLASS
               STYLE
             SYMBOL 'hatch-lines'
             COLOR 255 0 0      
                   ANGLE 60
                   SIZE 10
               END     
               STYLE
                  WIDTH 2
                  OUTLINECOLOR 255 0 0
               END              
               TEMPLATE "dummy.html"
          END         
      END

Here's the PHP/mapscript for one of the layers that's used to display 
items the user selects from a select box. The idea is to create a 
transparent hatch pattern over a user created area of interest before
it 
is submitted. This is currently working with the maps we have but we 
might like to add a satellite background or a shaded dem background, 
which I imagine will look better in true color.

$this_layer = $map->getLayerByName('counties_q');
$this_layer->set('status', MS_OFF);
if (isset($key_counties)) $this_layer->set('status', MS_ON);
$layer_index = $this_layer->index;
for($i=0; $i<count($key_counties); $i++){
   @$map->queryByIndex($layer_index,1,$key_counties[$i], MS_TRUE);

and followed eventually by:

$queryimage = $map->drawQuery();
$queryimage->saveImage($maploc);



The counties_q layer will properly display in rgba mode if I just set
it 
to default and don't use the queryByIndex method to select particular 
elements in the layer. It will also display properly in 256 color mode

using queryByIndex. However, when I use queryByIndex in rgba mode the 
hatch pattern is not transparent and has the white background.

Thanks,
Jim

Steve Lime wrote:
> My guess is it's a bug in the querymap code. On occasion developers
will
> update
> the main drawing code and forget about that other path.
>
> Tell me more about your setup (PHP,CGI or ?, what type of
querymap?).
> There may
> be a workaround (almost always is) using standard maps...
>
> Steve
>
>   
>>>> Jim White <jbw2003 at EARTHLINK.NET> 12/12/06 9:19 PM >>>
>>>>         
> I am having a continuing problem using alpha transparency and
querymap. 
> I want to display my map in true color, so have set imagemode to
rgba. 
> Additionally, I have defined a hatch-lines symbol that I want to
display
>
> in transparent mode. I am using the queryByIndex method  to select
the 
> items to display in the layer. I have tried many combinations, but
still
>
> get a white background behind the hatch-lines instead of the
background
> map.
>
> Will appreciate any help to find a fix or to determine whether this
is a
>
> bug in querymap.
>
> Thanks,
>
> Jim
>
>   


-- 
Jim White
Biodiversity and Spatial Information Center
North Carolina State University
http://www.basic.ncsu.edu/ 


From Steve.Lime at DNR.STATE.MN.US  Fri Dec 15 12:44:57 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 15 Dec 2006 14:44:57 -0600
Subject: limiting significant digits on labels
In-Reply-To: <4582F43B.3000700@whsun1.wh.whoi.edu>
Message-ID: <FRI.15.DEC.2006.144457.0600.STEVE.LIMEDNR.STATE.MN.US>

Hi Jim: Welcome! MapServer currently can't do the formatting you need
(for labels anyway). It's a planned feature
for 5.0 but that won't help you now. You have a couple of options:

  - create a new column to hold the data exactly as it should appear as
a label (e.g. convert the number to text)
  - if using postgis, there are probably built-in functions to
transform the data before it hits MapServer

Steve

>>> Jim Manning <jmanning at WHSUN1.WH.WHOI.EDU> 12/15/2006 1:15:07 PM
>>>
My numeric labels appear as, for example, "5.40000000000". How do I 
specify a format so they look like "5.4"?
My first post ever to a listserv.  I hope it is ok.
-JiM.


From mleong at GLOBEXPLORER.COM  Fri Dec 15 14:25:06 2006
From: mleong at GLOBEXPLORER.COM (Michael Leong)
Date: Fri, 15 Dec 2006 14:25:06 -0800
Subject: svg output blank
Message-ID: <FRI.15.DEC.2006.142506.0800.MLEONGGLOBEXPLORER.COM>

Hi,

I can get correct png output, but if I set the outputformat to svg, I get 
an incomplete svg xml.
I'm running 4.10.0

MapServer version 4.10.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG 
SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS SUPPORTS=GEOS 
INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

Here's what I'll get:

<?xml version="1.0" encoding="UTF-8"?>
<svg version="1.1" width="256" height="256" 
xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">

<!-- START LAYER parcels -->
</svg>


Here's my mapfile:

MAP
   NAME "MapFile"
   STATUS ON
   EXTENT -23612250.268332410 5516496.445967868 -23612097.565338667 
5516649.148961612
   SIZE 512 512

   SYMBOLSET "./etc/gexSymbols.sym"
   FONTSET "./etc/fonts.txt"

   IMAGETYPE png24a
   IMAGECOLOR 254 247 230
   UNITS METERS
   DEBUG ON

   WEB
     IMAGEPATH "/var/www/html/ms_tmp/"
     IMAGEURL "/ms_tmp/"
     LOG "/var/www/html/ms_tmp/test_mapserver.log"
   END

   QUERYMAP
     STATUS ON
     SIZE 150 100
     COLOR 0 55 255
     STYLE NORMAL
   END

   PROJECTION
     "proj=merc"
     "units=m"
     "lat_ts=0"
     "lon_0=0"
     "k=1.000000"
     "x_0=0"
     "y_0=0"
     "a=6371000"
     "b=6371000"
   END
   LEGEND
     STATUS OFF
     OUTLINECOLOR 51 51 255
     IMAGECOLOR 255 255 255
     TRANSPARENT ON
     INTERLACE ON
     POSITION LL
     KEYSIZE 30 15
     KEYSPACING 10 10
     POSTLABELCACHE TRUE
     LABEL
         TYPE TRUETYPE
         FONT "LucidaTypewriterBoldOblique"
         SIZE 11
         BUFFER 0
         MINDISTANCE -1
         MINFEATURESIZE -1
         COLOR 175 175 175
         OUTLINECOLOR 25 25 25
         ANTIALIAS TRUE
     END
   END

   SCALEBAR
     STATUS OFF
     SIZE 400 10
     COLOR 122 100 255
     OUTLINECOLOR 222 222 0
     BACKGROUNDCOLOR 155 155 155
     IMAGECOLOR 255 255 255
     TRANSPARENT ON
     UNITS FEET
     INTERVALS 4
     STYLE 0
     POSITION LL
     INTERLACE ON
     LABEL
       TYPE BITMAP
       FONT "LucidaSansRegular"
       SIZE MEDIUM
       POSITION AUTO
       COLOR 0 0 0
     END
   END
   OUTPUTFORMAT
     NAME "jpeg"
     MIMETYPE "image/jpeg"
     DRIVER "GD/JPEG"
     EXTENSION "jpg"
     IMAGEMODE RGB
     TRANSPARENT FALSE
     FORMATOPTION "QUALITY=90"
   END

   OUTPUTFORMAT
     NAME "png8"
     MIMETYPE "image/png"
     DRIVER "GD/PNG"
     EXTENSION "png"
     IMAGEMODE PC256
     TRANSPARENT TRUE
   END

   OUTPUTFORMAT
     NAME "png24a"
     MIMETYPE "image/png"
     DRIVER "GD/PNG"
     EXTENSION "png"
     IMAGEMODE RGBA
     TRANSPARENT TRUE
   END

   OUTPUTFORMAT
     NAME svg
     MIMETYPE "image/svg+xml"
     DRIVER svg
     FORMATOPTION  "COMPRESSED_OUTPUT=FALSE"
     FORMATOPTION  "FULL_RESOLUTION=TRUE"
   END

   LAYER
     PROJECTION
           "init=epsg:4326"
     END
     NAME "parcels"
     GROUP "parcels"
     STATUS OFF
     DATA "the_geom from parcels USING SRID=4326"
     TYPE LINE
     CONNECTIONTYPE POSTGIS
     CONNECTION "host=xyz port=123 user=user1 password=password1 dbname=db1"
     SIZEUNITS PIXELS
     LABELCACHE ON
     MAXSCALE 11001

     DEBUG TRUE
     CLASSITEM "s_pin"

     CLASS
      EXPRESSION //
       NAME "parcels"
       DEBUG ON
       STYLE
         SYMBOL "lines2"
         SIZE 2
         ANTIALIAS TRUE
         OUTLINECOLOR 255 255 0
         COLOR -1 -1 -1
       END
     END
   END
END


From szekerest at GMAIL.COM  Fri Dec 15 14:41:12 2006
From: szekerest at GMAIL.COM (Tamas Szekeres)
Date: Fri, 15 Dec 2006 23:41:12 +0100
Subject: limiting significant digits on labels
In-Reply-To: <4582F43B.3000700@whsun1.wh.whoi.edu>
Message-ID: <FRI.15.DEC.2006.234112.0100.SZEKERESTGMAIL.COM>

Jim,

This problem also applies to the OGR data provider and that's why the
following bug:

http://bugzilla.remotesensing.org/show_bug.cgi?id=1053

was posted.


Best Regards,

Tamas Szekeres



2006/12/15, Jim Manning <jmanning at whsun1.wh.whoi.edu>:
> My numeric labels appear as, for example, "5.40000000000". How do I
> specify a format so they look like "5.4"?
> My first post ever to a listserv.  I hope it is ok.
> -JiM.
>


From Steve.Lime at DNR.STATE.MN.US  Fri Dec 15 15:07:31 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 15 Dec 2006 17:07:31 -0600
Subject: limiting significant digits on labels
In-Reply-To: <f3b73b7d0612151441o1fc0da0biea1dc5c0e5ce2271@mail.gmail.com>
Message-ID: <FRI.15.DEC.2006.170731.0600.STEVE.LIMEDNR.STATE.MN.US>

My idea at the moment would be to extend the [item...] tag that already
is supported (see RFC 9)
so it can be used in the TEXT element of a class. Besides setting
significant digits you can also 
commify numbers, and we could add to it. In the end you could do:

  TEXT '[item name=area precision=2 commify=true] acres'

This would work for all providers.

Steve

>>> Tamas Szekeres <szekerest at GMAIL.COM> 12/15/2006 4:41:12 PM >>>
Jim,

This problem also applies to the OGR data provider and that's why the
following bug:

http://bugzilla.remotesensing.org/show_bug.cgi?id=1053 

was posted.


Best Regards,

Tamas Szekeres



2006/12/15, Jim Manning <jmanning at whsun1.wh.whoi.edu>:
> My numeric labels appear as, for example, "5.40000000000". How do I
> specify a format so they look like "5.4"?
> My first post ever to a listserv.  I hope it is ok.
> -JiM.
>


From szekerest at GMAIL.COM  Fri Dec 15 15:32:42 2006
From: szekerest at GMAIL.COM (Tamas Szekeres)
Date: Sat, 16 Dec 2006 00:32:42 +0100
Subject: limiting significant digits on labels
In-Reply-To: <4582D6530200008F0000516F@co5.dnr.state.mn.us>
Message-ID: <SAT.16.DEC.2006.003242.0100.SZEKERESTGMAIL.COM>

Steve,

This RFC has escaped my notice a bit because the title does not
reflect this behaviour exactly, apologies. Could you confirm that the
performance of this issue is sufficient in most cases?

With regard to the bug mentioned, I've been considering this problem
was unintentional and seemed to be trivial how to fix it. And even the
code could have been much straightforward.
(Maybe Frank can explain us why is it more appealing as it stands?)


Best Regards,


Tamas



2006/12/16, Steve Lime <Steve.Lime at dnr.state.mn.us>:
> My idea at the moment would be to extend the [item...] tag that already
> is supported (see RFC 9)
> so it can be used in the TEXT element of a class. Besides setting
> significant digits you can also
> commify numbers, and we could add to it. In the end you could do:
>
>   TEXT '[item name=area precision=2 commify=true] acres'
>
> This would work for all providers.
>
> Steve
>
> >>> Tamas Szekeres <szekerest at GMAIL.COM> 12/15/2006 4:41:12 PM >>>
> Jim,
>
> This problem also applies to the OGR data provider and that's why the
> following bug:
>
> http://bugzilla.remotesensing.org/show_bug.cgi?id=1053
>
> was posted.
>
>
> Best Regards,
>
> Tamas Szekeres
>
>
>
> 2006/12/15, Jim Manning <jmanning at whsun1.wh.whoi.edu>:
> > My numeric labels appear as, for example, "5.40000000000". How do I
> > specify a format so they look like "5.4"?
> > My first post ever to a listserv.  I hope it is ok.
> > -JiM.
> >
>


From chrisscrazydays at HOTMAIL.COM  Fri Dec 15 20:33:36 2006
From: chrisscrazydays at HOTMAIL.COM (CamKhmer)
Date: Fri, 15 Dec 2006 20:33:36 -0800
Subject: gridObj in PHP MapScript
Message-ID: <FRI.15.DEC.2006.203336.0800.CHRISSCRAZYDAYSHOTMAIL.COM>

I am trying to build a grid layer for my map but I can't get it to display if
I generate the layer in MapScript instead of the mapfile. Here is the method
I am using to construct the layer, can anyone see where I'm going wrong?
With this code the map is rendered just without the grid and isVisible()
returns 0. Also the layer is not included in getlayersdrawingorder() which
makes me think I need to do something else make draw() recognize this new
layer?

	private function buildMapGrid(){
		$gridLayer = ms_newLayerObj($this->mapObj);
		$gridLayer->connectiontype = MS_GRATICULE;
		$gridLayer->name = "Grid";
		$gridLayer->type = MS_LAYER_LINE;
		$gridLayer->status = MS_ON;
		$gridLayer->projection = "proj=utm,GRS80=WGS84,datum=WGS84";
		
			$gridClass = ms_newClassObj($gridLayer);
			$gridClass->label->font = "sans";
			$gridClass->label->type = MS_TRUETYPE;
			$gridClass->label->size = "8";
			$gridClass->label->color->setRGB("0","0","0");
			$gridClass->label->outlinecolor->setRGB("255","255","255");
			
		$gridLayer->grid->labelformat = "DD";
		$gridLayer->grid->minarcs = "4";
		$gridLayer->grid->maxarcs = "6";

		print $gridLayer->isVisible();
	}

Any advice would be much appreciated.
-- 
View this message in context: http://www.nabble.com/gridObj-in-PHP-MapScript-tf2830859.html#a7903299
Sent from the Mapserver - User mailing list archive at Nabble.com.


From zerosgm at GMAIL.COM  Fri Dec 15 02:47:02 2006
From: zerosgm at GMAIL.COM (Fanda)
Date: Fri, 15 Dec 2006 02:47:02 -0800
Subject: c# mapscript group of layers
Message-ID: <FRI.15.DEC.2006.024702.0800.ZEROSGMGMAIL.COM>

Is it possible to use groups of layers (item GROUP in LAYER section of map
file) when using C# mapscript? Because when I tried to do so in the same way
as with single layer (layer = new layerObj(name); ) then it looks like it
didn't find it and returns a null value.
TIA, Fanda
-- 
View this message in context: http://www.nabble.com/c--mapscript-group-of-layers-tf2826294.html#a7889217
Sent from the Mapserver - User mailing list archive at Nabble.com.


From warmerdam at POBOX.COM  Sat Dec 16 04:25:35 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Sat, 16 Dec 2006 07:25:35 -0500
Subject: ArcSDE on Oracle authentication times
In-Reply-To: <5a9686e80612142221p1779b14eja7728328a57e0079@mail.gmail.com>
Message-ID: <SAT.16.DEC.2006.072535.0500.WARMERDAMPOBOX.COM>

On 12/15/06, Mike Saunt <mikesaunt at gmail.com> wrote:
> Hi All
>
> I have an installation that is using ArcSDE (8.3) in Oracle running on a Sun
> box with MapServer CGI running on Windows.  I've seen a lot of previous
> discussions regarding the authentication time impact of Oracle / ArcSDE and
> in our case this is about 1 - 1.5 seconds per transaction i.e. map redraw,
> spatial query etc.
>
> I'm wondering about options that would be available in the long term to try
> to speed this up.
> I'm not an Oracle guru but can the authentication be set as a priority
> within there?
> Is the only way to connection pool to ArcSDE for MapServer CGI via FastCGI
> on Windows?

Mike,

Yes, I believe that MapServer SDE connections are pooled
if you use MapServer in FastCGI mode, and if you add the
PROCESSING "CLOSE_CONNECTION=DEFER" line
to your SDE layer(s).

Setting up FastCGI can be quite an effort.  There is a
FastCGI howto on the mapserver site you should read
over for some details.

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 warmerdam at POBOX.COM  Sat Dec 16 04:50:56 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Sat, 16 Dec 2006 07:50:56 -0500
Subject: MS_MAXLAYERS Question
In-Reply-To: <259e26270612150815u384b7fa9oad06564974660da4@mail.gmail.com>
Message-ID: <SAT.16.DEC.2006.075056.0500.WARMERDAMPOBOX.COM>

On 12/15/06, Ben Tuttle <funkbucket at gmail.com> wrote:
> Thnaks for the info Frank. I hadn't considered dynamically creating
> the layers, but that sounds promising. Can you give me an idea of a
> number we might be able to increase MS_MAXLAYERS to that would not be
> too much of a drain on the system?

Ben,

It depends on the complexity of the layer definition and
the kinds of objects that have to get created.  For instance
currently epsg lookups are quite expensive, so if every
layer had an epsg definition even 100 layers could be
quite slow.

I haven't really done any benchmarking so I can offer
detailed information ... just a the general sort of warning.

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 rastadisasta at GMAIL.COM  Sat Dec 16 05:26:54 2006
From: rastadisasta at GMAIL.COM (Rastadisasta)
Date: Sat, 16 Dec 2006 14:26:54 +0100
Subject: Performance analysis and optimization
Message-ID: <SAT.16.DEC.2006.142654.0100.RASTADISASTAGMAIL.COM>

Greetings people from the Mapserver list!

I am a geo-informatics student from Austria. In the next half year i 
will write my degree thesis about UMN Mapserver systems. The topic will 
likely be called as ?Performance analysis and optimization of UMN 
Mapserver systems?. In this study i will try to check many different 
adjustments in a network lab without any influences which could 
sophisticate the result.
I will analyze:
? Vector data in different formats:
postgres, shape, dxf;
? Data access
spatial indices,
query optimization,?
? Mapserver with different operating systems
Linux Debian,
Windows Server 2003
? Mapfile adjustments
Anti-aliasing, outputformat,?
? Mapserver access (maybe)
mapscript, cgi,
? Mapserver with different Hardware (maybe)

The tests will be
? normal measurements of time and
? stress- tests where I generate many requests in a fixed time.

After testing the systems I will analyze the results and develop some 
optimization strategies.

And now my Questions:
? Are there somewhere existing any publications or contributions about 
this theme?
? What is your opinion about these things? Have you tips or suggestions?

I will be very delighted if you can help me.

Best regards,
Hansi


From ara.t.howard at NOAA.GOV  Sat Dec 16 08:07:28 2006
From: ara.t.howard at NOAA.GOV (Ara.T.Howard)
Date: Sat, 16 Dec 2006 09:07:28 -0700
Subject: dynamic layers and DescribeCoverage requests
Message-ID: <SAT.16.DEC.2006.090728.0700.ARA.T.HOWARDNOAA.GOV>

hi all-

few newb questions:


1) i'm adding a dynamic layer via mapscript/php using this code:

   $oMap = ms_newMapobj("/data/ut_night_mosaics.map");

   $oLayer = ms_newLayerObj ($oMap);

   $oLayer->set('name', 'foo');

   $oLayer->setProcessing ("SCALE_1=0,63");
   $oLayer->setMetaData ("wcs_description"     , "F152003 11 28 mosaic");
   $oLayer->setMetaData ("wcs_name"            , "mosaic");
   $oLayer->setMetaData ("wcs_label"           , "vis_mosaic");
   $oLayer->setMetaData ("ows_srs"             , "EPSG:4326");
   $oLayer->setMetaData ("ows_extent"          , "-180 -75 180 75");
   $oLayer->setMetaData ("wcs_resolution"      , "0.00833333 -0.00833333");
   $oLayer->setMetaData ("wcs_bandcount"       , "1");
   $oLayer->setMetaData ("wcs_formats"         , "GEOTIFF");
   $oLayer->setMetaData ("wcs_nativeformat"    , "8-bit GeoTIF");
   $oLayer->setMetaData ("wcs_rangeset_name"   , "vis_mosaic");
   $oLayer->setMetaData ("wcs_rangeset_label"  , "vis");
   $oLayer->setMetaData ("wcs_rangeset_axes"   , "bands");
   $oLayer->setMetaData ("wcs_bands_name"      , "bands");
   $oLayer->setMetaData ("wcs_bands_semantic"  , "http://www.ngdc.noaa.gov/dmsp/");
   $oLayer->setMetaData ("wcs_bands_refSys"    , "European Petroleum Survey Group (EPSG)");
   $oLayer->setMetaData ("wcs_bands_label"     , "F152003");
   $oLayer->setMetaData ("wcs_bands_values"    , "VIS");
   $oLayer->set('status', MS_OFF);
   $oLayer->set('dump', MS_TRUE);
   $oLayer->set('data', "F1520061123.nt.d.OIS.vis.mos");
   $oLayer->set('dump', MS_LAYER_RASTER);
   $oLayer->setProjection ("init=epsg:4326");

   $oMap->owsdispatch($request);
   $contenttype = ms_iostripstdoutbuffercontenttype();
   header("Content-Type: $contenttype");
   ms_iogetStdoutBufferBytes();
   ms_ioresethandlers();

this works fine: i can make wcs requests for the 'foo' layer.  however, a
DescribeCoverage request does not seem to pick up on the dynamic layer via
owsdispatch.  what else should i look into doing?


2) there are compile time limits (default 200 i think) in our version of map
server which limit the number of layer in a mapfile, which need to exceed by a
fair bit.  my initial tests seems to show that dyamic layers avoid these
limits.  is this a correct assumption?


3) what's the CamelCase vs snake_case ruls in map script.  eg

     ms_iogetStdoutBufferBytes not ms_iogetstdoutbufferbytes

     ms_iosethandlers not ms_ioSetHandlers

   etc.  does the naming scheme relate to c call mapping? or is it arbitrary?

4) the docs aren't exactly think for wcs related questions.  i'm fine reading
sources instead.  which sources would be reccomended?


kind regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth is
filled with excrement.  it will break you of the habit quickly enough. - the
dalai lama


From mario.basa at GMAIL.COM  Sat Dec 16 08:34:22 2006
From: mario.basa at GMAIL.COM (Mario Basa)
Date: Sun, 17 Dec 2006 01:34:22 +0900
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <4582D87A.90009@mapgears.com>
Message-ID: <SUN.17.DEC.2006.013422.0900.MARIO.BASAGMAIL.COM>

Hi,

Both pgDijkstra and pgRouting does handle one-way streets actually.
More info can be found here:

http://www.postlbs.org/postlbs-cms/en/node/69

mario.


On 12/16/06, Daniel Morissette <dmorissette at mapgears.com> wrote:
> Pietro Giannini wrote:
> > Hi All,
> >
> > Maybe this isn't the appropriate list to post this question : I
> > apologize but I hope somebody can help me.
> >
> > I'm looking for a professional routing solution using as interface
> > mapserver.
> > I've successfully installed the cartoweb Pgdijkstra Routing Module
> > <http://www.cartoweb.org/contribs.html> for PostgreSQL data source :
> > that works well, and can be a perfect solution, but it do not menage the
> > one-way streets.
> >
> > Anyone has developed similar solutions and want share they? Or can help
> > me to retrieve information, hints, lists about?
> >
>
> Perhaps check pgRouting (http://www.postlbs.org/postlbs-cms/en/project)?
> It was based on pgDijkstra and my hope is that it should be able to
> handle one-way streets.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


From szekerest at GMAIL.COM  Sat Dec 16 09:45:29 2006
From: szekerest at GMAIL.COM (Tamas Szekeres)
Date: Sat, 16 Dec 2006 18:45:29 +0100
Subject: c# mapscript group of layers
In-Reply-To: <7889217.post@talk.nabble.com>
Message-ID: <SAT.16.DEC.2006.184529.0100.SZEKERESTGMAIL.COM>

Fanda,

How would you use this functionality?
Currently you can use the group (read/write) property of the layer to
determine whether a layer belongs to a group.
However the more sophisticated functions like GetLayersIndexByGroup
and GetAllGroupNames are not exposed to the SWIG API at the moment.


Best Regards,

Tamas Szekeres


2006/12/15, Fanda <zerosgm at gmail.com>:
> Is it possible to use groups of layers (item GROUP in LAYER section of map
> file) when using C# mapscript? Because when I tried to do so in the same way
> as with single layer (layer = new layerObj(name); ) then it looks like it
> didn't find it and returns a null value.
> TIA, Fanda
> --
> View this message in context: http://www.nabble.com/c--mapscript-group-of-layers-tf2826294.html#a7889217
> Sent from the Mapserver - User mailing list archive at Nabble.com.
>


From mitchelljj98 at GMAIL.COM  Sat Dec 16 11:35:17 2006
From: mitchelljj98 at GMAIL.COM (John Mitchell)
Date: Sat, 16 Dec 2006 14:35:17 -0500
Subject: mapserver raster documentation
Message-ID: <SAT.16.DEC.2006.143517.0500.MITCHELLJJ98GMAIL.COM>

Hi,

I have been reading over the mapserver raster documentation and I have a few
questions:

1.) It mentioned a 4 gb limit for GeoTiff files.  Is this for GeoTiff files
or that GeoTiff's can only be tiled up to 4 gb.  Is this 4 gb limit an issue
with mapserver or GeoTiff.

2.) Assuming the 4 gb GeoTiff limit then the GeoTiff would need to be
converted to Erdas Imagine (HFA) format.  The Documentation said that the
Imagine format is already Tiled.  Correct?

3.) Is the format the same to access an Imagine file as it is to access a
GeoTiff?  I have a sample .map segment that I use to access a GeoTiff:

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

Thanks
-- 
John J. Mitchell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061216/2624e1e7/attachment.htm>

From samnyoung at HOTMAIL.COM  Sat Dec 16 13:00:03 2006
From: samnyoung at HOTMAIL.COM (Sam Young)
Date: Sat, 16 Dec 2006 12:00:03 -0900
Subject: dbox print function
Message-ID: <SAT.16.DEC.2006.120003.0900.SAMNYOUNGHOTMAIL.COM>

Thanks Steve that works great.  Here's the full script if anyone wants it.

<script language="JavaScript">
	 function printmap() {
		var w = window.open();
		var d = w.document;
		d.open();
		d.write("<h3>Printable Map</h3>");
		d.write("<img name=\"scalebar_miles\" src=\"" + ms.mapserver + "?map=" + 
config.mapfile
		+ "&mode=scalebar&mapext=0+0+" + (ms.extent[2] - ms.extent[0]) + "+" + 
(ms.extent[3] - ms.extent[1]) + "&mapsize="
		+ ms.width + "+" + ms.height + "\" border=\"0\">");
		d.write("<img name=\"the_map\" src=\"" + ms.url + "\">");
		d.close();
   }
	</script>

Sam

_________________________________________________________________
Visit MSN Holiday Challenge for your chance to win up to $50,000 in Holiday 
cash from MSN today!  
http://www.msnholidaychallenge.com/index.aspx?ocid=tagline&locale=en-us


From warmerdam at POBOX.COM  Sat Dec 16 15:34:25 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Sat, 16 Dec 2006 18:34:25 -0500
Subject: mapserver raster documentation
In-Reply-To: <fa2ac0580612161135j65f9b77dx9db1cd79f7470a77@mail.gmail.com>
Message-ID: <SAT.16.DEC.2006.183425.0500.WARMERDAMPOBOX.COM>

John Mitchell wrote:
> Hi,
> 
> I have been reading over the mapserver raster documentation and I have a 
> few questions:
> 
> 1.) It mentioned a 4 gb limit for GeoTiff files.  Is this for GeoTiff 
> files or that GeoTiff's can only be tiled up to 4 gb.  Is this 4 gb 
> limit an issue with mapserver or GeoTiff.

John,

The 4GB limit is inherent in TIFF, and it isn't specific to mapserver
in any way.  Note that you can setup a tile index with my TIFF files
smaller than 4GB.  There is no meaningful limit on the amount of data
that can be in a tileindex.

> 2.) Assuming the 4 gb GeoTiff limit then the GeoTiff would need to be 
> converted to Erdas Imagine (HFA) format.  The Documentation said that 
> the Imagine format is already Tiled.  Correct?    

Imagine format is inherently tiled, normally with 64x64 blocks.

> 3.) Is the format the same to access an Imagine file as it is to access 
> a GeoTiff?  I have a sample .map segment that I use to access a GeoTiff:

Yes, Imagine files are accessed the same way in mapserver as GeoTIFF files
are.

>  OUTPUTFORMAT
>   NAME png
>   DRIVER "GD/PNG"
>   MIMETYPE "image/png"
>   IMAGEMODE RGB
>   EXTENSION "png"
>  END

I'm not sure why this OUTPUTFORMAT declaration is in your email.  It didn't
seem to relate to the text of question 3.  But I will say that output formats
is to some degree a distinct issue from input raster formats.

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    | President OSGeo, http://osgeo.org


From chrisscrazydays at HOTMAIL.COM  Sat Dec 16 18:42:22 2006
From: chrisscrazydays at HOTMAIL.COM (CamKhmer)
Date: Sat, 16 Dec 2006 18:42:22 -0800
Subject: **Solved**
In-Reply-To: <7903299.post@talk.nabble.com>
Message-ID: <SAT.16.DEC.2006.184222.0800.CHRISSCRAZYDAYSHOTMAIL.COM>

I've solved the problem. It was a schoolboy error I was trying to set the
object properties directing instead of using the set() method.

-- 
View this message in context: http://www.nabble.com/gridObj-in-PHP-MapScript-tf2830859.html#a7912703
Sent from the Mapserver - User mailing list archive at Nabble.com.


From rastadisasta at GMAIL.COM  Tue Dec 12 00:06:18 2006
From: rastadisasta at GMAIL.COM (Johann Zettel)
Date: Tue, 12 Dec 2006 00:06:18 -0800
Subject: Performance analysis and optimization of UMN Mapserver systems
Message-ID: <TUE.12.DEC.2006.000618.0800.RASTADISASTAGMAIL.COM>

Greetings people from the Mapserver list!

I am a geo-informatics student from Austria. In the next half year i will
write my degree thesis about UMN Mapserver systems. The topic will likely be
called as ?Performance analysis and optimization of UMN Mapserver systems?.
In this study i will try to check many different adjustments in a network
lab without any influences which could sophisticate the result.
I will analyze:
?	Vector data in different formats:
		postgres, shape, dxf;
?	Data access
		spatial indices,
		query optimization,?
?	Mapserver with different operating systems
		Linux Debian,
		Windows Server 2003
?	Mapfile adjustments
		Anti-aliasing, outputformat,?
?	Mapserver access (maybe)
		mapscript, cgi,
?	Mapserver with different Hardware (maybe)

The tests will be 
?	normal measurements of time and 
?	stress- tests where I generate many requests in a fixed time.

After testing the systems I will analyze the results and develop some
optimization strategies.

And now my Questions:
?	Are there somewhere existing any publications or contributions about this
theme?
?	What is your opinion about these things? Have you tips or suggestions?

I will be very delighted if you can help me.

Best regards,
Hansi	 

-- 
View this message in context: http://www.nabble.com/Performance-analysis-and-optimization-of-UMN-Mapserver-systems-tf2806103.html#a7828961
Sent from the Mapserver - User mailing list archive at Nabble.com.


From mitchelljj98 at GMAIL.COM  Sun Dec 17 06:53:44 2006
From: mitchelljj98 at GMAIL.COM (John Mitchell)
Date: Sun, 17 Dec 2006 09:53:44 -0500
Subject: mapserver raster documentation
In-Reply-To: <45848281.8000609@pobox.com>
Message-ID: <SUN.17.DEC.2006.095344.0500.MITCHELLJJ98GMAIL.COM>

Frank,

The reason why I had:
OUTPUTFORMAT
   NAME png
   DRIVER "GD/PNG"
   MIMETYPE "image/png"
   IMAGEMODE RGB
   EXTENSION "png"
  END
listed was that for ECW files you had DRIVER "GDAL/JP2ECW" and I am
wondering if you need a special driver for Imagine format.

In the next few months I may have to ingest 2500 DVD's of GeoTiff imagery
data covering portions of the United States with each DVD contain 1 image of
about 1.1 GB in size.  In looking over the MapServer Raster documentation I
could do the following:

a.) Keep as GeoTiff format
     1.) Convert all the images from whatever their current projection is to
WGS84 using GDALWARP.
     2.) Build internal tiling to each GeoTiff image utilizing:
gdal_translate -co TILED=YES orig.tif tiled.tif
     3.) Build internal overviews using: gdaladdo -r average *.tif 2 4 8 16
32 64 128
     4.) Build external tiling using: gdal_index doq_index.shp doq/*.tif
This will link all the geotiff's in the doq folder to the doq_index.shp,
which then is referenced in tileindex within layer instead of DATA.
     5.) ?When using tile indexes to manage many raster files as a single
file, it is especially important to have a overview layer that kicks in at
high (should'nt this say low instead?) scales to avoid having to open a
large number of raster files.  Building external overviews use either
gdal_merge or gdalwarp (eg gdalwarp -rc -tr 250 250 doq/*.tif overview.tif)
The 250 within the gdalwarp statement means a output resolution of 250
meters?

b.) Convert from GeoTiff to Imagine format
     1.) Convert all the images from whatever their current projection is to
WGS84 using GDALWARP.
     2.) Mosaic all the GeoTiff's and convert to Imagine format using:
gdalwarp -of HFA doq/*.tif tiled.img
     3.) Build internal overviews using: gdaladdo -r average tiled.img 2 4 8
16 32 64 128

Which method would you recommend a or b as far as performance?

Thanks,

John J. Mitchell



On 12/16/06, Frank Warmerdam <warmerdam at pobox.com> wrote:
>
> John Mitchell wrote:
> > Hi,
> >
> > I have been reading over the mapserver raster documentation and I have a
> > few questions:
> >
> > 1.) It mentioned a 4 gb limit for GeoTiff files.  Is this for GeoTiff
> > files or that GeoTiff's can only be tiled up to 4 gb.  Is this 4 gb
> > limit an issue with mapserver or GeoTiff.
>
> John,
>
> The 4GB limit is inherent in TIFF, and it isn't specific to mapserver
> in any way.  Note that you can setup a tile index with my TIFF files
> smaller than 4GB.  There is no meaningful limit on the amount of data
> that can be in a tileindex.
>
> > 2.) Assuming the 4 gb GeoTiff limit then the GeoTiff would need to be
> > converted to Erdas Imagine (HFA) format.  The Documentation said that
> > the Imagine format is already Tiled.  Correct?
>
> Imagine format is inherently tiled, normally with 64x64 blocks.
>
> > 3.) Is the format the same to access an Imagine file as it is to access
> > a GeoTiff?  I have a sample .map segment that I use to access a GeoTiff:
>
> Yes, Imagine files are accessed the same way in mapserver as GeoTIFF files
> are.
>
> >  OUTPUTFORMAT
> >   NAME png
> >   DRIVER "GD/PNG"
> >   MIMETYPE "image/png"
> >   IMAGEMODE RGB
> >   EXTENSION "png"
> >  END
>
> I'm not sure why this OUTPUTFORMAT declaration is in your email.  It
> didn't
> seem to relate to the text of question 3.  But I will say that output
> formats
> is to some degree a distinct issue from input raster formats.
>
> 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    | President OSGeo, http://osgeo.org
>
>


-- 
John J. Mitchell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061217/a2a3c184/attachment.htm>

From assefa at DMSOLUTIONS.CA  Sun Dec 17 08:38:02 2006
From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa)
Date: Sun, 17 Dec 2006 11:38:02 -0500
Subject: svg output blank
In-Reply-To: <6.2.1.2.0.20061215142150.03acb5e0@loki.globexplorer.com>
Message-ID: <SUN.17.DEC.2006.113802.0500.ASSEFADMSOLUTIONS.CA>

Hi There,

  Is it possible that the layer in question (parcels) would not be drawn 
either because the status is off or min/max scale settings ?  The svg 
output seems to indicate that. Quick tests you ca do is set the status 
on and remove the min/max scales settings and use shp2img (something 
like shp2img -m yourmap.map -o ttt.svgz) and see the results.

Later,

Michael Leong wrote:
> Hi,
> 
> I can get correct png output, but if I set the outputformat to svg, I 
> get an incomplete svg xml.
> I'm running 4.10.0
> 
> MapServer version 4.10.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG 
> SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
> SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS SUPPORTS=GEOS 
> INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> 
> Here's what I'll get:
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <svg version="1.1" width="256" height="256" 
> xmlns="http://www.w3.org/2000/svg" 
> xmlns:xlink="http://www.w3.org/1999/xlink">
> 
> <!-- START LAYER parcels -->
> </svg>
> 
> 
> Here's my mapfile:
> 
> MAP
>   NAME "MapFile"
>   STATUS ON
>   EXTENT -23612250.268332410 5516496.445967868 -23612097.565338667 
> 5516649.148961612
>   SIZE 512 512
> 
>   SYMBOLSET "./etc/gexSymbols.sym"
>   FONTSET "./etc/fonts.txt"
> 
>   IMAGETYPE png24a
>   IMAGECOLOR 254 247 230
>   UNITS METERS
>   DEBUG ON
> 
>   WEB
>     IMAGEPATH "/var/www/html/ms_tmp/"
>     IMAGEURL "/ms_tmp/"
>     LOG "/var/www/html/ms_tmp/test_mapserver.log"
>   END
> 
>   QUERYMAP
>     STATUS ON
>     SIZE 150 100
>     COLOR 0 55 255
>     STYLE NORMAL
>   END
> 
>   PROJECTION
>     "proj=merc"
>     "units=m"
>     "lat_ts=0"
>     "lon_0=0"
>     "k=1.000000"
>     "x_0=0"
>     "y_0=0"
>     "a=6371000"
>     "b=6371000"
>   END
>   LEGEND
>     STATUS OFF
>     OUTLINECOLOR 51 51 255
>     IMAGECOLOR 255 255 255
>     TRANSPARENT ON
>     INTERLACE ON
>     POSITION LL
>     KEYSIZE 30 15
>     KEYSPACING 10 10
>     POSTLABELCACHE TRUE
>     LABEL
>         TYPE TRUETYPE
>         FONT "LucidaTypewriterBoldOblique"
>         SIZE 11
>         BUFFER 0
>         MINDISTANCE -1
>         MINFEATURESIZE -1
>         COLOR 175 175 175
>         OUTLINECOLOR 25 25 25
>         ANTIALIAS TRUE
>     END
>   END
> 
>   SCALEBAR
>     STATUS OFF
>     SIZE 400 10
>     COLOR 122 100 255
>     OUTLINECOLOR 222 222 0
>     BACKGROUNDCOLOR 155 155 155
>     IMAGECOLOR 255 255 255
>     TRANSPARENT ON
>     UNITS FEET
>     INTERVALS 4
>     STYLE 0
>     POSITION LL
>     INTERLACE ON
>     LABEL
>       TYPE BITMAP
>       FONT "LucidaSansRegular"
>       SIZE MEDIUM
>       POSITION AUTO
>       COLOR 0 0 0
>     END
>   END
>   OUTPUTFORMAT
>     NAME "jpeg"
>     MIMETYPE "image/jpeg"
>     DRIVER "GD/JPEG"
>     EXTENSION "jpg"
>     IMAGEMODE RGB
>     TRANSPARENT FALSE
>     FORMATOPTION "QUALITY=90"
>   END
> 
>   OUTPUTFORMAT
>     NAME "png8"
>     MIMETYPE "image/png"
>     DRIVER "GD/PNG"
>     EXTENSION "png"
>     IMAGEMODE PC256
>     TRANSPARENT TRUE
>   END
> 
>   OUTPUTFORMAT
>     NAME "png24a"
>     MIMETYPE "image/png"
>     DRIVER "GD/PNG"
>     EXTENSION "png"
>     IMAGEMODE RGBA
>     TRANSPARENT TRUE
>   END
> 
>   OUTPUTFORMAT
>     NAME svg
>     MIMETYPE "image/svg+xml"
>     DRIVER svg
>     FORMATOPTION  "COMPRESSED_OUTPUT=FALSE"
>     FORMATOPTION  "FULL_RESOLUTION=TRUE"
>   END
> 
>   LAYER
>     PROJECTION
>           "init=epsg:4326"
>     END
>     NAME "parcels"
>     GROUP "parcels"
>     STATUS OFF
>     DATA "the_geom from parcels USING SRID=4326"
>     TYPE LINE
>     CONNECTIONTYPE POSTGIS
>     CONNECTION "host=xyz port=123 user=user1 password=password1 dbname=db1"
>     SIZEUNITS PIXELS
>     LABELCACHE ON
>     MAXSCALE 11001
> 
>     DEBUG TRUE
>     CLASSITEM "s_pin"
> 
>     CLASS
>      EXPRESSION //
>       NAME "parcels"
>       DEBUG ON
>       STYLE
>         SYMBOL "lines2"
>         SIZE 2
>         ANTIALIAS TRUE
>         OUTLINECOLOR 255 255 0
>         COLOR -1 -1 -1
>       END
>     END
>   END
> END
> 


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

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

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


From warmerdam at POBOX.COM  Sun Dec 17 10:10:14 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Sun, 17 Dec 2006 13:10:14 -0500
Subject: Performance analysis and optimization
In-Reply-To: <4583F41E.9050708@gmail.com>
Message-ID: <SUN.17.DEC.2006.131014.0500.WARMERDAMPOBOX.COM>

Rastadisasta wrote:
> And now my Questions:
> ? Are there somewhere existing any publications or contributions about 
> this theme?

Hansi,

I'm not aware of any specifically for mapserver.

> ? What is your opinion about these things? Have you tips or suggestions?

I think this could be a very valuable activity.  You might also
consider:

  o FastCGI vs. normal CGI.
  o Parsing time for complex mapfiles vs. simple mapfiles.
  o Impact of label collision detection as number of labels increases.
  o Performance of different operating systems (is there any noticable
    performance difference between windows and linux on the same hardware)?
  o Impact of different image data organizations and formats (tiled vs
    scanline oriented, TIFF vs. JPEG, etc).

Of course how many issues you can investigate will depend on your time
available.  Beyond providing guidance for users, hopefully your  thesis
can also suggest some areas for focus by the MapServer development team.

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    | President OSGeo, http://osgeo.org


From jmckenna at DMSOLUTIONS.CA  Sun Dec 17 09:07:25 2006
From: jmckenna at DMSOLUTIONS.CA (Jeff McKenna)
Date: Sun, 17 Dec 2006 12:07:25 -0500
Subject: questions about setting up SOS
In-Reply-To: <457DE98C.2080106@noaa.gov>
Message-ID: <SUN.17.DEC.2006.120725.0500.JMCKENNADMSOLUTIONS.CA>

(SOS people on the list can correct if I'm wrong...)

I think they answer is yes, define 2 layers each with their own 
observedproperty_id.

jeff



John Cartwright wrote:
> Hello All,
> 
> I'm trying to understand how to configure a mapfile to serve data out of 
> Oracle Spatial using Mapserver's SOS_SERVER and am a little confused 
> about the relationship between the sos_procedure, 
> sos_observedproperty_id, and sos_offering_id.
> It looks like the sos_procedure and sos_observedproperty_id must be 
> unique to each layer in the mapfile.  So if I have a system of buoys 
> that each measure temperature and salinity, would I define two layers 
> pointing to the same spatial data and sharing the same sos_offering_id 
> value?
> 
> Thanks!
> 
> -- john
> 
>   LAYER
>      NAME observations_tmp
>        METADATA
>            "sos_procedure"  "tmp"
>            "sos_offering_id" "argo"
>            "sos_observedproperty_id" "ztmp"
>            "sos_describesensor_url" "http://some/url/"
>          END
>      TYPE point
>      DATA buoy.shp
>   END
> 
>   LAYER
>      NAME observations_sal
>        METADATA
>            "sos_procedure"  "sal"
>            "sos_offering_id" "argo"
>            "sos_observedproperty_id" "zsal"
>            "sos_describesensor_url" "http://some/url/"
>          END
>      TYPE point
>      DATA buoy.shp
>   END
> 


-- 
Jeff McKenna
DM Solutions Group Inc.
http://www.dmsolutions.ca


From assefa at DMSOLUTIONS.CA  Sun Dec 17 09:35:56 2006
From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa)
Date: Sun, 17 Dec 2006 12:35:56 -0500
Subject: questions about setting up SOS
In-Reply-To: <4585794D.6060104@dmsolutions.ca>
Message-ID: <SUN.17.DEC.2006.123556.0500.ASSEFADMSOLUTIONS.CA>

Sorry I missed this e-mail.

yes the 2 layers should be defined. Plus I think you need to define the
sos_[item name]_componenturl where item_name is the attribute name in 
your data that contains the values of what is measured. So your 2 layers 
should have each a sos_[item name]_componenturl pointing to the 
temperature and salinity fields. Those values will be returned when 
doing a GetObervation request.

Later,


Jeff McKenna wrote:
> (SOS people on the list can correct if I'm wrong...)
> 
> I think they answer is yes, define 2 layers each with their own 
> observedproperty_id.
> 
> jeff
> 
> 
> 
> John Cartwright wrote:
> 
>> Hello All,
>>
>> I'm trying to understand how to configure a mapfile to serve data out 
>> of Oracle Spatial using Mapserver's SOS_SERVER and am a little 
>> confused about the relationship between the sos_procedure, 
>> sos_observedproperty_id, and sos_offering_id.
>> It looks like the sos_procedure and sos_observedproperty_id must be 
>> unique to each layer in the mapfile.  So if I have a system of buoys 
>> that each measure temperature and salinity, would I define two layers 
>> pointing to the same spatial data and sharing the same sos_offering_id 
>> value?
>>
>> Thanks!
>>
>> -- john
>>
>>   LAYER
>>      NAME observations_tmp
>>        METADATA
>>            "sos_procedure"  "tmp"
>>            "sos_offering_id" "argo"
>>            "sos_observedproperty_id" "ztmp"
>>            "sos_describesensor_url" "http://some/url/"
>>          END
>>      TYPE point
>>      DATA buoy.shp
>>   END
>>
>>   LAYER
>>      NAME observations_sal
>>        METADATA
>>            "sos_procedure"  "sal"
>>            "sos_offering_id" "argo"
>>            "sos_observedproperty_id" "zsal"
>>            "sos_describesensor_url" "http://some/url/"
>>          END
>>      TYPE point
>>      DATA buoy.shp
>>   END
>>
> 
> 


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

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

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


From warmerdam at POBOX.COM  Sun Dec 17 11:32:02 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Sun, 17 Dec 2006 14:32:02 -0500
Subject: mapserver raster documentation
In-Reply-To: <fa2ac0580612170653m5443adc5q29fbc93ca7343d5a@mail.gmail.com>
Message-ID: <SUN.17.DEC.2006.143202.0500.WARMERDAMPOBOX.COM>

John Mitchell wrote:
> Frank,
> 
> The reason why I had:
> OUTPUTFORMAT
>    NAME png
>    DRIVER "GD/PNG"
>    MIMETYPE "image/png"
>    IMAGEMODE RGB
>    EXTENSION "png"
>   END
> listed was that for ECW files you had DRIVER "GDAL/JP2ECW" and I am 
> wondering if you need a special driver for Imagine format.

John,

The OUTPUTFORMAT declaration is just for enabling output formats
from MapServer.  I had the GDAL/JP2ECW option previously so that
MapServer could return ECW maps to the user.  You don't need anything
like this for input formats.  If your GDAL is built to support a
format then it will "just work".

> In the next few months I may have to ingest 2500 DVD's of GeoTiff 
> imagery data covering portions of the United States with each DVD 
> contain 1 image of about 1.1 GB in size.  In looking over the MapServer 
> Raster documentation I could do the following:
> 
> a.) Keep as GeoTiff format
>      1.) Convert all the images from whatever their current projection 
> is to WGS84 using GDALWARP.
>      2.) Build internal tiling to each GeoTiff image utilizing: 
> gdal_translate -co TILED=YES orig.tif tiled.tif
>      3.) Build internal overviews using: gdaladdo -r average *.tif 2 4 8 
> 16 32 64 128
>      4.) Build external tiling using: gdal_index doq_index.shp 
> doq/*.tif   This will link all the geotiff's in the doq folder to the 
> doq_index.shp, which then is referenced in tileindex within layer 
> instead of DATA.
>      5.) ?When using tile indexes to manage many raster files as a 
> single file, it is especially important to have a overview layer that 
> kicks in at high (should'nt this say low instead?) scales to avoid 
> having to open a large number of raster files.  Building external 
> overviews use either gdal_merge or gdalwarp (eg gdalwarp -rc -tr 250 250 
> doq/*.tif overview.tif)  The 250 within the gdalwarp statement means a 
> output resolution of 250 meters?
> 
> b.) Convert from GeoTiff to Imagine format
>      1.) Convert all the images from whatever their current projection 
> is to WGS84 using GDALWARP.
>      2.) Mosaic all the GeoTiff's and convert to Imagine format using: 
> gdalwarp -of HFA doq/*.tif tiled.img
>      3.) Build internal overviews using: gdaladdo -r average tiled.img 2 
> 4 8 16 32 64 128
> 
> Which method would you recommend a or b as far as performance?

Whew, that's quite a bit of data to process!

The problem with approach (a) is handling the "no data" areas in the
images after reprojecting them to WGS84.  This can be addressed by
marking "OFFSITE 0 0 0" in your mapfile I believe.

Given that caveat, approach (a) is a pretty direct and practical approach.

Approach (b) will also work, though step (b-1) actually duplicates the
reprojection that can be done in (b-2) so you should really just skip
step (b-1).  I'm a bit nervous about trying to produce a 2.5TB Imagine
file in one pass with gdalwarp.  It seems like this could take a long
time to run, and if anything goes wrong you will be left in an indeterminate
state.  Also, if you use this approach make sure you specify the warp option
"-wo SKIP_NOSOURCE=YES".

To make the process a little more managable, I would suggest using
process (b) but instead of trying to produce one 2.5TB Imagine file,
try producing things in big chunks.  Perhaps 4 degree by 4 degree chunks.
Each of these 50 or so chunks might be around 100GB - a much more
managable amount of data to process.  Then you could, if necessary,
split the processing over a few machines, and verify each chunk after
production.

The chunks would then go into a tileindex, but because there aren't too
many you might not even need an overview layer.

I would stress that this is a lot of data to process, and that you should
try out on the process on a limited region first to ensure the whole
process is working as you expect.

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    | President OSGeo, http://osgeo.org


From mikesaunt at GMAIL.COM  Sun Dec 17 11:19:34 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Sun, 17 Dec 2006 19:19:34 +0000
Subject: ArcSDE on Oracle authentication times
In-Reply-To: <931f8ea90612160425qc677236pe033239c2db01fc8@mail.gmail.com>
Message-ID: <SUN.17.DEC.2006.191934.0000.MIKESAUNTGMAIL.COM>

Thanks Frank and Paul

Basically I guess we'll get everything setup here to link in FastCGI on
Windows with IIS.

I'll get on to this quite soon but have one additional question for the guys
who put together the MS4W binaries (as these are what we've used so far and
worked very nicley) - is there anything special done when compiling MS4W?

Is there a standard set of config / make files for MS4W that we could get to
use?
Also we'd be using in a couple of scenarios - standard MS4W and also
compiling against ArcSDE / Oracle.

If anyone can help with the config / make files it would be appreciated.
We'll post back our findings in January

Thanks in advance
Mike

 On 16/12/06, Frank Warmerdam <warmerdam at pobox.com> wrote:
>
> On 12/15/06, Mike Saunt <mikesaunt at gmail.com> wrote:
> > Hi All
> >
> > I have an installation that is using ArcSDE (8.3) in Oracle running on a
> Sun
> > box with MapServer CGI running on Windows.  I've seen a lot of previous
> > discussions regarding the authentication time impact of Oracle / ArcSDE
> and
> > in our case this is about 1 - 1.5 seconds per transaction i.e. map
> redraw,
> > spatial query etc.
> >
> > I'm wondering about options that would be available in the long term to
> try
> > to speed this up.
> > I'm not an Oracle guru but can the authentication be set as a priority
> > within there?
> > Is the only way to connection pool to ArcSDE for MapServer CGI via
> FastCGI
> > on Windows?
>
> Mike,
>
> Yes, I believe that MapServer SDE connections are pooled
> if you use MapServer in FastCGI mode, and if you add the
> PROCESSING "CLOSE_CONNECTION=DEFER" line
> to your SDE layer(s).
>
> Setting up FastCGI can be quite an effort.  There is a
> FastCGI howto on the mapserver site you should read
> over for some details.
>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061217/068a8076/attachment.htm>

From jbw2003 at EARTHLINK.NET  Sun Dec 17 20:16:57 2006
From: jbw2003 at EARTHLINK.NET (Jim White)
Date: Sun, 17 Dec 2006 23:16:57 -0500
Subject: alpha transparency and querymap
In-Reply-To: <4582A2D10200008F00005127@co5.dnr.state.mn.us>
Message-ID: <SUN.17.DEC.2006.231657.0500.JBW2003EARTHLINK.NET>

Steve,

Here are the querymap and symbol portions of the mapfile. I think that 
is what you mean by type.

 
     SYMBOL
         NAME 'hatch-lines'      
         TYPE HATCH
     END
    
     QUERYMAP
         STATUS ON
         STYLE  SELECTED
     END


Jim

Steve Lime wrote:
> Jim: What does the querymap def look like? What TYPE are you using?
>
> Steve
>
>   
>>>> Jim White <jbw2003 at earthlink.net> 12/13/2006 8:29:28 PM >>>
>>>>         
> Steve,
>
> First some of the mapfile:
>
>  OUTPUTFORMAT
>          NAME mypng
>          DRIVER "GD/PNG"
>          MIMETYPE "image/png"
>          IMAGEMODE rgba
>          EXTENSION "png"
>          TRANSPARENT ON
>  END
>
>   LAYER
>           CONNECTIONTYPE postgis
>           NAME "counties_q"
>           CONNECTION "user=postgres  dbname=mydb host=localhost"
>           DATA "wkb_geometry FROM county"
>           STATUS OFF
>           TYPE POLYGON
>           TRANSPARENCY alpha
>           CLASS
>                STYLE
>              SYMBOL 'hatch-lines'
>              COLOR 255 0 0      
>                    ANGLE 60
>                    SIZE 10
>                END     
>                STYLE
>                   WIDTH 2
>                   OUTLINECOLOR 255 0 0
>                END              
>                TEMPLATE "dummy.html"
>           END         
>       END
>
> Here's the PHP/mapscript for one of the layers that's used to display 
> items the user selects from a select box. The idea is to create a 
> transparent hatch pattern over a user created area of interest before
> it 
> is submitted. This is currently working with the maps we have but we 
> might like to add a satellite background or a shaded dem background, 
> which I imagine will look better in true color.
>
> $this_layer = $map->getLayerByName('counties_q');
> $this_layer->set('status', MS_OFF);
> if (isset($key_counties)) $this_layer->set('status', MS_ON);
> $layer_index = $this_layer->index;
> for($i=0; $i<count($key_counties); $i++){
>    @$map->queryByIndex($layer_index,1,$key_counties[$i], MS_TRUE);
>
> and followed eventually by:
>
> $queryimage = $map->drawQuery();
> $queryimage->saveImage($maploc);
>
>
>
> The counties_q layer will properly display in rgba mode if I just set
> it 
> to default and don't use the queryByIndex method to select particular 
> elements in the layer. It will also display properly in 256 color mode
>
> using queryByIndex. However, when I use queryByIndex in rgba mode the 
> hatch pattern is not transparent and has the white background.
>
> Thanks,
> Jim
>
>   
>


-- 
Jim White
Biodiversity and Spatial Information Center
North Carolina State University
http://www.basic.ncsu.edu/


From fabian.rami at WOWCOMPANY.COM  Sun Dec 17 09:20:24 2006
From: fabian.rami at WOWCOMPANY.COM (Fabian Rami)
Date: Sun, 17 Dec 2006 17:20:24 +0000
Subject: Performance analysis and optimization
Message-ID: <SUN.17.DEC.2006.172024.0000.FABIAN.RAMIWOWCOMPANY.COM>

 
Hi Hansi,

I am trying to optimise mapserver. 
I need to make a small report to my boss, i ll give you that if you want.

Now i am trying to put the shapefile in a big ramdisk to check if it goes 
faster.

I have already simplify data with postgis stuff and making shptree on it.

Now i need to optimise the mapfile... 

I ll tell you the result as soon as possible 

Best regards,

Fabian
 


From flavio at TYDAC.CH  Sun Dec 17 23:43:10 2006
From: flavio at TYDAC.CH (Flavio Hendry)
Date: Mon, 18 Dec 2006 08:43:10 +0100
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <8efeb4a80612160834s60e83f60s7922434a6824f681@mail.gmail.com>
Message-ID: <MON.18.DEC.2006.084310.0100.FLAVIOTYDAC.CH>

ciao mario

those "routing" products are basically "shortest path" products and not
the classic street routing. the do not handle turning restrictions or
dynamic closing down of roads (such as closed mountain passes). look out
for routeware (www.routeware.dk). however it is not open source. sample
mapserver/routeware see www.ortsplan.ch.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC Web-Site:  http://www.tydac.ch
TYDAC MapServer: http://www.mapserver.ch
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Kind Regards
############             mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


From robert-fritz at WEB.DE  Mon Dec 18 01:42:25 2006
From: robert-fritz at WEB.DE (robert fritz)
Date: Mon, 18 Dec 2006 10:42:25 +0100
Subject: GPS coordinates in access database
Message-ID: <MON.18.DEC.2006.104225.0100.ROBERTFRITZWEB.DE>

Hello,

I've got GPS data as geogaphical coordinates (e.g. 49? 15.942, 007? 07.943) in an access database. the coordinates are splitted in 4 columns:

columns:      value:
  N                  49 
  '                   15.942
  E                  007 
  '                   07.943
             
		  
I want to display the points - is it possible? How do I create a point position in 2 columns instead of 4 columns? 

regards,
Robert
______________________________________________________________________________
"Ein Herz f?r Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de
Unser Dankesch?n: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!


From Jukka.Rahkonen at MMMTIKE.FI  Mon Dec 18 01:45:32 2006
From: Jukka.Rahkonen at MMMTIKE.FI (Rahkonen Jukka)
Date: Mon, 18 Dec 2006 11:45:32 +0200
Subject: mapserver raster documentation
In-Reply-To: A<45859B32.9060701@pobox.com>
Message-ID: <MON.18.DEC.2006.114532.0200.JUKKA.RAHKONENMMMTIKE.FI>

> L?hett?j?: UMN MapServer Users List 
> Puolesta Frank Warmerdam
> 
> John Mitchell wrote:
> > Frank,
> > 
> > The reason why I had:
> > OUTPUTFORMAT
> >    NAME png
> >    DRIVER "GD/PNG"
> >    MIMETYPE "image/png"
> >    IMAGEMODE RGB
> >    EXTENSION "png"
> >   END
> > listed was that for ECW files you had DRIVER "GDAL/JP2ECW" and I am 
> > wondering if you need a special driver for Imagine format.
> 
> John,
> 
> The OUTPUTFORMAT declaration is just for enabling output 
> formats from MapServer.  I had the GDAL/JP2ECW option 
> previously so that MapServer could return ECW maps to the 
> user.  You don't need anything like this for input formats.  
> If your GDAL is built to support a format then it will "just work".
> 
> > In the next few months I may have to ingest 2500 DVD's of GeoTiff 
> > imagery data covering portions of the United States with each DVD 
> > contain 1 image of about 1.1 GB in size.  In looking over the 
> > MapServer Raster documentation I could do the following:
> > 
> > a.) Keep as GeoTiff format
> >      1.) Convert all the images from whatever their current 
> projection 
> > is to WGS84 using GDALWARP.
> >      2.) Build internal tiling to each GeoTiff image utilizing: 
> > gdal_translate -co TILED=YES orig.tif tiled.tif
> >      3.) Build internal overviews using: gdaladdo -r 
> average *.tif 2 4 
> > 8
> > 16 32 64 128
> >      4.) Build external tiling using: gdal_index doq_index.shp 
> > doq/*.tif   This will link all the geotiff's in the doq 
> folder to the 
> > doq_index.shp, which then is referenced in tileindex within layer 
> > instead of DATA.
> >      5.) ?When using tile indexes to manage many raster files as a 
> > single file, it is especially important to have a overview 
> layer that 
> > kicks in at high (should'nt this say low instead?) scales to avoid 
> > having to open a large number of raster files.  Building external 
> > overviews use either gdal_merge or gdalwarp (eg gdalwarp 
> -rc -tr 250 
> > 250 doq/*.tif overview.tif)  The 250 within the gdalwarp statement 
> > means a output resolution of 250 meters?
> > 
> > b.) Convert from GeoTiff to Imagine format
> >      1.) Convert all the images from whatever their current 
> projection 
> > is to WGS84 using GDALWARP.
> >      2.) Mosaic all the GeoTiff's and convert to Imagine 
> format using: 
> > gdalwarp -of HFA doq/*.tif tiled.img
> >      3.) Build internal overviews using: gdaladdo -r 
> average tiled.img 
> > 2
> > 4 8 16 32 64 128
> > 
> > Which method would you recommend a or b as far as performance?
> 
> Whew, that's quite a bit of data to process!
> 
> The problem with approach (a) is handling the "no data" areas 
> in the images after reprojecting them to WGS84.  This can be 
> addressed by marking "OFFSITE 0 0 0" in your mapfile I believe.
> 
> Given that caveat, approach (a) is a pretty direct and 
> practical approach.

Hi,

I have just finishing my own 4.5 terabyte warping project with the a) scenario and yes, it is pretty direct way. Black areas can be handled as Frank said, but I used the gdalwarp parameter -dstnodata 0 0 0 as well. Maybe it was not necessary.
I really believe that you can avoid another run and save perhaps something like 10000 computer minutes if you add parameter -CO TILED=YES to your gdalwarp command. Only cost for you is one beer if we happen to meet sometimes :)

I am almost sure that the mosaic you'll get this way is having artefacts at the boundaries of the original images. They look like black dashed lines and they will appear in both the virtual mosaic created with the method a) + tileindex and in the physical Imagine format mosaic with steps (b-1) and (b-2). I cannot guess what will happen if you go the direct (b-2) way as Frank suggested, it might result in internally seamless mosaic. I know that these two ways do yield a seamless result:
- Create the mosaic _first_ and reproject _then_ to given output image extents. The mosaic can be a virtual one made by a modifield gdal_merge.py script. This method gives another advantage: the most result images are 'full' without any black boundary areas.
- I used finally another solution that was to reproject images individually but force them with a little trick to use a common canvas. It means that in my reprojected images the upper-left corner of every pixel has coordinates with full meter values. Thus the pixels from adjacent images are sitting neatly side by side, and pixels from overlapping images are exactly one on the other. Maybe this works only with right-angled coordinate systems and I am not surprised if my explanation is a bit hard to understand. 

I can also tell that it is really much faster to replace a single faulty image in tileindex based mosaic than in a physical one.

My main script wrote some information on a log file and is was really useful when finding out where to restart the jammed job. I expected too much about having all the data in two big network disks and running gdalwarp with many computers directly from one disk to another but that might be due to our network. In our environment many computers working at the same time disturbed each other so much that already with three computers it would have been faster to copy an original image to local disk, convert it there and then move the resulting image to final container. But I was not in a hurry so I pretty much made the job locally with 2 terabyte external Firewire 800 drives. My computers were not any monsters, finally I used just one 3 GHz with Windows XP and one 1 GHz Windows NT oldie. After all, the job did took some calender days but otherwise it was not so heavy for me. At least after I realised that it was much more convenient to stop the jobs totally for the time needed for checking the result and creating new jobs for nights and weekends.

You should be able to do at least 80 of your DVD's per day with one 3 GHz computer. 

Good luck,

-Jukka Rahkonen-



> Approach (b) will also work, though step (b-1) actually 
> duplicates the reprojection that can be done in (b-2) so you 
> should really just skip step (b-1).  I'm a bit nervous about 
> trying to produce a 2.5TB Imagine file in one pass with 
> gdalwarp.  It seems like this could take a long time to run, 
> and if anything goes wrong you will be left in an 
> indeterminate state.  Also, if you use this approach make 
> sure you specify the warp option "-wo SKIP_NOSOURCE=YES".
> 
> To make the process a little more managable, I would suggest 
> using process (b) but instead of trying to produce one 2.5TB 
> Imagine file, try producing things in big chunks.  Perhaps 4 
> degree by 4 degree chunks.
> Each of these 50 or so chunks might be around 100GB - a much 
> more managable amount of data to process.  Then you could, if 
> necessary, split the processing over a few machines, and 
> verify each chunk after production.
> 
> The chunks would then go into a tileindex, but because there 
> aren't too many you might not even need an overview layer.
> 
> I would stress that this is a lot of data to process, and 
> that you should try out on the process on a limited region 
> first to ensure the whole process is working as you expect.
> 
> 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    | President OSGeo, 
> http://osgeo.org
> 


From ed at TOPOZONE.COM  Mon Dec 18 06:43:27 2006
From: ed at TOPOZONE.COM (Ed McNierney)
Date: Mon, 18 Dec 2006 09:43:27 -0500
Subject: mapserver raster documentation
In-Reply-To: <fa2ac0580612170653m5443adc5q29fbc93ca7343d5a@mail.gmail.com>
Message-ID: <MON.18.DEC.2006.094327.0500.EDTOPOZONE.COM>

John -

The only other thing I?d add to the mix is the suggestion that you try to
get this data on an external FireWire drive rather than on 2,500 DVDs.
We?ve been selling large collections of US GeoTIFF imagery for years and we
almost never use DVDs for distribution ? and certainly never more than 5 or
6 for a single order.  If you?ve got around a terabyte of imagery you can
fit that on a single external drive (or come close to it).  That is a huge
convenience for you in loading the data, and when you?re processing it you
can simply connect that drive as your input source and pull data directly
from it so you don?t need to worry about running out of source data in a
batch job.  If you?re acquiring this data from a vendor I would expect
they?d prefer to deliver it that way, too.

You will also see better processing performance if your input and output
files (at each step) are on different disks so you?re not simultaneously
reading from and writing to the same device.

     - Ed
-- 
Ed McNierney
President and Chief Mapmaker
Maps a la carte, Inc. / TopoZone.com
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
Phone: (978) 251-4242
Fax: (978) 251-1396
ed at topozone.com


From: John Mitchell <mitchelljj98 at GMAIL.COM>
Reply-To: John Mitchell <mitchelljj98 at GMAIL.COM>
Date: Sun, 17 Dec 2006 09:53:44 -0500
To: <MAPSERVER-USERS at LISTS.UMN.EDU>
Subject: Re: [UMN_MAPSERVER-USERS] mapserver raster documentation

Frank,

The reason why I had:
OUTPUTFORMAT
   NAME png
   DRIVER "GD/PNG"
   MIMETYPE "image/png"
   IMAGEMODE RGB
   EXTENSION "png"
  END
listed was that for ECW files you had DRIVER "GDAL/JP2ECW" and I am
wondering if you need a special driver for Imagine format.

In the next few months I may have to ingest 2500 DVD's of GeoTiff imagery
data covering portions of the United States with each DVD contain 1 image of
about 1.1 GB in size.  In looking over the MapServer Raster documentation I
could do the following:

a.) Keep as GeoTiff format
     1.) Convert all the images from whatever their current projection is to
WGS84 using GDALWARP.
     2.) Build internal tiling to each GeoTiff image utilizing:
gdal_translate -co TILED=YES orig.tif tiled.tif
     3.) Build internal overviews using: gdaladdo -r average *.tif 2 4 8 16
32 64 128
     4.) Build external tiling using: gdal_index doq_index.shp doq/*.tif
This will link all the geotiff's in the doq folder to the doq_index.shp,
which then is referenced in tileindex within layer instead of DATA.
     5.) ?When using tile indexes to manage many raster files as a single
file, it is especially important to have a overview layer that kicks in at
high (should'nt this say low instead?) scales to avoid having to open a
large number of raster files.  Building external overviews use either
gdal_merge or gdalwarp (eg gdalwarp -rc -tr 250 250 doq/*.tif overview.tif)
The 250 within the gdalwarp statement means a output resolution of 250
meters?

b.) Convert from GeoTiff to Imagine format
     1.) Convert all the images from whatever their current projection is to
WGS84 using GDALWARP.
     2.) Mosaic all the GeoTiff's and convert to Imagine format using:
gdalwarp -of HFA doq/*.tif tiled.img
     3.) Build internal overviews using: gdaladdo -r average tiled.img 2 4 8
16 32 64 128

Which method would you recommend a or b as far as performance?

Thanks,

John J. Mitchell 
     


On 12/16/06, Frank Warmerdam <warmerdam at pobox.com> wrote:
> John Mitchell wrote:
>> > Hi,
>> >
>> > I have been reading over the mapserver raster documentation and I have a
>> > few questions:
>> >
>> > 1.) It mentioned a 4 gb limit for GeoTiff files.  Is this for GeoTiff
>> > files or that GeoTiff's can only be tiled up to 4 gb.  Is this 4 gb
>> > limit an issue with mapserver or GeoTiff.
> 
> John,
> 
> The 4GB limit is inherent in TIFF, and it isn't specific to mapserver
> in any way.  Note that you can setup a tile index with my TIFF files
> smaller than 4GB.  There is no meaningful limit on the amount of data
> that can be in a tileindex.
> 
>> > 2.) Assuming the 4 gb GeoTiff limit then the GeoTiff would need to be
>> > converted to Erdas Imagine (HFA) format.  The Documentation said that
>> > the Imagine format is already Tiled.  Correct?
> 
> Imagine format is inherently tiled, normally with 64x64 blocks.
> 
>> > 3.) Is the format the same to access an Imagine file as it is to access
>> > a GeoTiff?  I have a sample .map segment that I use to access a GeoTiff:
> 
> Yes, Imagine files are accessed the same way in mapserver as GeoTIFF files
> are.
> 
>> >  OUTPUTFORMAT
>> >   NAME png
>> >   DRIVER "GD/PNG"
>> >   MIMETYPE "image/png"
>> >   IMAGEMODE RGB
>> >   EXTENSION "png"
>> >  END
> 
> I'm not sure why this OUTPUTFORMAT declaration is in your email.  It didn't
> seem to relate to the text of question 3.  But I will say that output formats
> is to some degree a distinct issue from input raster formats.
> 
> Best regards,
> --
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
> <mailto:warmerdam at pobox.com>
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | President OSGeo, http://osgeo.org
> <http://osgeo.org>
> 



-- 
John J. Mitchell

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

From mario.basa at GMAIL.COM  Mon Dec 18 07:44:16 2006
From: mario.basa at GMAIL.COM (Mario Basa)
Date: Tue, 19 Dec 2006 00:44:16 +0900
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <WorldClient-F200612180843.AA43100007@tydac.ch>
Message-ID: <TUE.19.DEC.2006.004416.0900.MARIO.BASAGMAIL.COM>

Hello Flavio,

Yup, turn restrictions is in the very top of the TODO list.

I hope that you are aware though that those "shortest path" products
are perfect for
get-gps-position-from-cellphone-and-find-route-to-sushi-restaturant-in-a-dense-city
type of application (i.e. LBS) where turn restrictions have very
little meaning. So, although it is not a classic street routing
application yet, it has some usage :-).

Regards,

Mario.

On 12/18/06, Flavio Hendry <flavio at tydac.ch> wrote:
> ciao mario
>
> those "routing" products are basically "shortest path" products and not
> the classic street routing. the do not handle turning restrictions or
> dynamic closing down of roads (such as closed mountain passes). look out
> for routeware (www.routeware.dk). however it is not open source. sample
> mapserver/routeware see www.ortsplan.ch.
>
> Mit freundlichem Gruss / Best Regards
> Flavio Hendry
>
> ----------------------------------------------------------------
> TYDAC Web-Site:  http://www.tydac.ch
> TYDAC MapServer: http://www.mapserver.ch
> ----------------------------------------------------------------
> ############      Mit freundlichen Gruessen / Kind Regards
> ############             mailto:flavio at tydac.ch
> ############         TYDAC AG - http://www.tydac.ch
> ####    ####        Geographic Information Solutions
> ####    ####         Luternauweg 12 -- CH-3006 Bern
> ############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
> ----------------------------------------------------------------
>
>
>


From flavio at TYDAC.CH  Mon Dec 18 07:59:35 2006
From: flavio at TYDAC.CH (Flavio Hendry)
Date: Mon, 18 Dec 2006 16:59:35 +0100
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <8efeb4a80612180744o6b66ef84n50bc7a3cefbc98d7@mail.gmail.com>
Message-ID: <MON.18.DEC.2006.165935.0100.FLAVIOTYDAC.CH>

> type of application (i.e. LBS) where turn restrictions have very
> little meaning. So, although it is not a classic street routing
> application yet, it has some usage :-).

indeed. for me as a train user and pedestrian there are no turn
restrictions! except maybe when I am drunk :-)))


From David.Hunter at FNF.COM  Mon Dec 18 08:01:15 2006
From: David.Hunter at FNF.COM (Hunter, David - St. Louis Park, MN)
Date: Mon, 18 Dec 2006 10:01:15 -0600
Subject: querymap with stacked points
Message-ID: <MON.18.DEC.2006.100115.0600.DAVID.HUNTERFNF.COM>

No mapscript, just CGI Mapserver.  Data sources are shape files.

 

  _____  

From: Hal Mueller [mailto:hal at mobilegeographics.com] 
Sent: Friday, December 15, 2006 3:57 AM
To: Hunter, David - St. Louis Park, MN
Cc: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: querymap with stacked points

 

Are you using Mapscript?  What is the datastore--shapefile, database,
other?

 

There are lots of ways to do this, depending on how your app is
structured.

 

At 10:18 AM -0600 12/13/06, Hunter, David - St. Louis Park, MN wrote:

	My map application allows users to click on point features,
which causes a popup that displays information about that feature.  Due
to reasons I won't go into here, we sometimes have multiple points
stacked on top of each other.  They are essentially the same feature,
but with some slightly different attributes to each record.  Is there a
way that I can filter this, so that only the first feature found is
returned in the query?

	 

	David S. Hunter
	Sr. Software Engineer
	Fidelity National Geographic Solutions
	division of Fidelity National Financial
	5353 Gamble Drive, Suite 201
	St. Louis Park, MN 55416
	" Email: david.hunter at fnf.com <mailto:david.hunter at fnf.com> 
	' Phone: 952.542.1440 ext. 256
	7 Fax: 952.542.3859

	 

 

 

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

From sschmitz at KARTAGO.DE  Mon Dec 18 08:26:22 2006
From: sschmitz at KARTAGO.DE (Sebastian Schmitz)
Date: Mon, 18 Dec 2006 17:26:22 +0100
Subject: tune mapserver on oraclespatial
In-Reply-To: <457D466C.2050806@univali.br>
Message-ID: <MON.18.DEC.2006.172622.0100.SSCHMITZKARTAGO.DE>

Hello list,

we are still trying to tune our Mapserver/Oracle Spatial Database 
performance. Some facts about our data are:

=> DATA 210 000 Rows (WGS84, SRID 8307)
      - In 137 000 The Geom-column is filled (2D, only Point Geometry)

We created the following Insert-Metadata-statement for the spatial 
index/data:

INSERT INTO USER_SDO_GEOM_METADATA (TABLE_NAME, COLUMN_NAME, DIMINFO, SRID)
VALUES ('GDI_KD_STAMM',        'GEOM',
       MDSYS.SDO_DIM_ARRAY
                          (MDSYS.SDO_DIM_ELEMENT('X', -31.250000000, 
46.180000000, 0.000000050),
                           MDSYS.SDO_DIM_ELEMENT('Y', 27.640000000, 
78.910000000, 0.000000050)
                          ),
       8307
       );


Our statement for creating the spatial index (R-type index):

CREATE INDEX "GDI"."IDX_GDI_KD_STAMM" ON "GDI"."GDI_KD_STAMM" ("GEOM") 
INDEXTYPE IS "MDSYS"."SPATIAL_INDEX" PARAMETERS ('TABLESPACE=GDII 
SDO_INDX_DIMS=2 LAYER_GTYPE=POINT SDO_NON_LEAF_TBL=TRUE');


Our used Mapserver version (Windows):

MapServer version 4.8.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP 
OUTPUT=PDF
OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE 
SUPPORTS=WMS_SERVER SUPPO
RTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT 
SUPPORTS=WCS_SERVER SUPPO
RTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=ORACLESPATIAL 
INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG


Extract from our used mapfile with one example layer (whole mapfile 
contains 8 layers):


#######################################################
#         KARTA.GO mapfile GDI_____                   #
#######################################################

NAME "Kunden"
STATUS ON
SIZE 640 490
EXTENT 1689025 3960945 7079493 8188877 UNITS meters

PROJECTION
 "init=epsg:31467"
END

IMAGECOLOR 255 255 255

SYMBOLSET "../icons/symbset"
FONTSET "../fonts/font.list"
SHAPEPATH "../data"


######################################################
#      Start web interface definition            #
######################################################

WEB
METADATA
 WMS_ONLINERESOURCE 
"http://******/cgi-bin/mapserv.exe?map=C:/Programme/Apache_Group/Apache2/htdocs/gdi/mapfiles/kunden.map" 

 WMS_SRS "epsg:31467"
 WMS_TITLE "Kunden"
 WMS_FEATURE_INFO_MIME_TYPE "gml"
 WMS_ABSTRACT "GDI Kunden"
END
END

#######################################################
#                 Layer Example:                      #
#######################################################

### aktive Kunden ##################################

LAYER
 NAME "Aktiv"
 STATUS ON
 TYPE Point
 TEMPLATE "../attributformulare/sst.html"
 TOLERANCE 6
 TOLERANCEUNITS Pixels
 DUMP TRUE
 CONNECTIONTYPE oraclespatial
 CONNECTION "***/***@*****"
 DATA "GEOM FROM GDI_KD_STAMM USING UNIQUE KD_NR SRID 8307"
 
FILTER "KD_AUSG_SEIT IS NULL"
PROCESSING "CLOSE_CONNECTION=DEFER"

 PROJECTION
  "init=epsg:4326"
 END

 SYMBOLSCALE 6000000
 METADATA
  "WMS_SRS" "epsg:4326"
  "WMS_TITLE" "Aktiv"
  "WMS_FEATURE_INFO_MIME_TYPE" "gml"
  "WMS_EXTENT" "1689025 3960945 7079493 8188877"
  "GML_INCLUDE_ITEMS" "KD_NR"
 END

 CLASSITEM "KD_NR"
 LABELITEM "KD_NR"

 CLASS
  EXPRESSION /./
  MAXSCALE 10000000
  MINSCALE 150001
  MINSIZE 3
  MAXSIZE 8
  SYMBOL "circle"
  OUTLINECOLOR 21 86 255
  COLOR 21 86 255
 END

 CLASS
  EXPRESSION /./
  MAXSCALE 150000
  MINSCALE 0
  MAXSIZE 25
  MINSIZE 25
  SYMBOL "circle"
  OUTLINECOLOR 21 86 255   COLOR 255 255 254

  LABEL
   FORCE TRUE
   POSITION cc
   ANGLE 0
   TYPE TRUETYPE
   FONT verdana
   MINSIZE 6
   MAXSIZE 6
   COLOR 0 0 0
   OUTLINECOLOR 255 255 254
  END
 END

END

#################
# Some other Layers
#################

END


We tried a lot of things (partitioning with spatial index, OGR 
connection, tuning indexes) to get to a better performance, but nothing 
really worked. For testing we removed the filter in layer data and 
fetched all rows from the table. There was no difference in performance 
time to the case with filter in use. We would be greatful for any new 
idea to improve the performance.











Fernando Simon schrieb:
> Hi Sebastian,
>     The Oracle Spatial driver try to be very fast to request data from
> database. Its use the OCI to connect directly in the Oracle core API,
> without use any middle ware/interface.
>     To execute fast requests it try to use the database operators, like
> SDO_FILTER and SDO_RELATE. Another important thing is that the oracle
> Spatial driver apply your actual extent to restrict the data from
> database, to just retrieve the data that are inside of the extent (this
> just occur to draw the map, not for query).
>      The driver can just uses data from SDO_GEOMETRY object, another
> kind of the object cannot uses the Maporaclespatial but the OGR. A hint
> with the database connect is use the connection pool, to do this you
> just need to add the "PROCESSING CONNECTION=DEFER" in you layer (all
> with the connection). This little change will force the Mapserver to
> store the connection handler until the end of your request, this help
> when the login cost is high.
>      As Bart and Michael wrote, exist two way how to see the SQL. The
> first is using the DEBUG flags, with this way you can see all the SQL's
> that  driver execute. The second is  just change the connection to see
> the SQL that retrive the data from database. An important thing is just
> use the debug (first way) in a development state, because will increase
> a lot the time to process and finish the request.
>      In the database side you can to improve the performance with little
> things. When you create the index you need to use an extent (MBR) that
> represent all you data, but just it. If you define a generic MBR (like
> -180, -90 180 90) will be very bad because not help the optimizer to
> find your data. In the 9.2 manual (item 1.7) have a good explanation
> about the spatial index methods. The Mapserver driver is very dependent
> of a good index to be fast, if your table have a poor index will be
> worst than without the index.
>      If you are using geodetic data the Oracle Spatial operations will
> be more slow, and if you have complex data will be worst. This occurs
> because the Oracle Spatial need to consider the world surface to
> represent the data, need to execute more mathematical calculus to
> delivery your data.
>      Another thing to improve is use some Oracle ways. The Oracle Server
> can store a clone of you table in memory to help and execute the
> requests more fast, this help when your table not change a lot and is
> very used. ( I don't remember if it's possible to use this in the 9i
> version)
>      Sorry the delay to reply your message, I was out last week. If you
> have more doubts you can contact me and the list. We will try to help
> you with the best hints.
>      Best regards.
>
> ------------------------------------------------------------------------
> Fernando Simon
> Mapserver and Oracle Spatial developer
> G10 - Laboratorio de Computacao Aplicada - Brazil
> http://www.univali.br/g10 - UNIVALI/CTTMAR
> ------------------------------------------------------------------------
>
> Rahkonen Jukka wrote:
>   
>> Hi Sebastian,
>>
>> Do you have a feeling that your Oracle is especially slow at the moment? How many features your typical query is giving back?
>> I am using a polygon layer with 1.2 million polygons, all in one partition and I think that MapServer works quite well with it with pure spatial queries. Of course it gets slow if the query returns many thousand features, but that is another thing that must be handled by using more genaralised layers for far-zoom-out cases.  What really can make Oracle slow are attribute joins without proper indices.
>> MapServer is somewhat slower than GeoServer with the same data and I believe that is mostly because GeoServer utilises connection pooling better.
>>
>> I found results from a quick test I made once by having both MapServer and Geoserver running on the same computer and sending request to Oracle layer with different routes.
>>
>> Test cases:
>> 1) Polygons from Oracle 9i spatial table through MapServer WMS and native Oracle connection
>> 2) Same polygons through MapServer, but through by accessing them through GeoServer WFS service (running on the same computer)
>> 3) Same polygons again through MapServer, but now cascading through GeoServer WMS service (running on the same computer)
>> 4) Same polygons but this time directly through the GeoServer WMS
>>
>> I got this kind of results presented as throughput requests/minute
>> 1) 200 requests / minute (60 % processor load)
>> 2) 112  requests / minute (100%  processor load)
>> 3) 87 requests / minute (75% processor load)
>> 4) 300 requests / minute (85% processor load)
>>
>> Regards,
>>
>> -Jukka Rahkonen-
>>  
>>
>>   
>>     
>>> -----Alkuper?inen viesti-----
>>> L?hett?j?: UMN MapServer Users List 
>>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Puolesta Sebastian Schmitz
>>> L?hetetty: 11. joulukuuta 2006 11:32
>>> Vastaanottaja: MAPSERVER-USERS at LISTS.UMN.EDU
>>> Aihe: Re: [UMN_MAPSERVER-USERS] tune mapserver on oraclespatial
>>>
>>> Hi
>>> thanks for help with step 1 of my question - getting the SQL 
>>> Mapserver uses. My Mapserver (4.8.3) does not print anything 
>>> but failed to draw layer onto the screen, but setting debug 
>>> flag and setting an MS_ERRORFILE env-variable worked out fine.
>>> So, now I have the SQL I may as well post it here and ask for 
>>> comments on tuning options for a large table (300.000 rows):
>>>
>>> SELECT KUNNR, GEOM FROM     (< subselect >)  WHERE SDO_FILTER( GEOM, 
>>>         MDSYS.SDO_GEOMETRY(2003, 8307,
>>> NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_AR
>>> RAY(4.04520417,48.6727777,9.82231387,51.398884)
>>> ),
>>>         'querytype=window') = 'TRUE'
>>>
>>> Our current idea is to partition the table by x and y values 
>>> from SDO_GEOMETRY and put spatial indices onto each of these 
>>> partitions. 
>>> Status quo is that we only have one spatial index for the 
>>> whole table..
>>>
>>> Feedback appreciated
>>>
>>> Cheers
>>>
>>> Sebastian
>>>
>>>
>>>
>>>
>>> Michael Smith schrieb:
>>>     
>>>       
>>>> One of the easiest ways is to just introduce a small syntax 
>>>>       
>>>>         
>>> error in 
>>>     
>>>       
>>>> your data statement (change the tablename or something). Then 
>>>> Mapserver will print the spatial sql statement to the screen (using 
>>>> the cgi version)
>>>>
>>>> Mike Smith
>>>>
>>>>   
>>>>       
>>>>         
>>> --
>>> KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH
>>>
>>> Siemensstra?e 8
>>> 53121 Bonn
>>>
>>> Sebastian Schmitz
>>> Projektleiter
>>>
>>> fon: +49 (0) 228 / 9 45 99 91
>>> fax: +49 (0) 228 / 9 45 99 93
>>> sschmitz at kartago.de
>>> http://www.kartago.de
>>> ________________________________________________________
>>>
>>>     
>>>       
>>   
>>     

-- 
KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH

Siemensstra?e 8
53121 Bonn

Sebastian Schmitz
Projektleiter

fon: +49 (0) 228 / 9 45 99 91
fax: +49 (0) 228 / 9 45 99 93
sschmitz at kartago.de
http://www.kartago.de
________________________________________________________


From Steve.Lime at DNR.STATE.MN.US  Mon Dec 18 09:41:50 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Mon, 18 Dec 2006 11:41:50 -0600
Subject: alpha transparency and querymap
In-Reply-To: <45861639.9010109@earthlink.net>
Message-ID: <MON.18.DEC.2006.114150.0600.STEVE.LIMEDNR.STATE.MN.US>

How many search results are you seeing on average? There are a couple
of
work arounds:

1  - one would be to use the result set to craft a filter for the
layer(s) in question
so that only those features that match the filter get drawn

2 - another would be to add the features to the layer or a copy of the
layer  (e.g. 
use inline features instead of the datasource)

In both cases you'd use $map->draw() instead of drawQuery() and would
avoid
the alpha blending problem. Option one would work nicely if you have
relatively
few (less than 20) features, while the other would work well in any
case.

Steve



>>> Jim White <jbw2003 at earthlink.net> 12/17/2006 10:16 PM >>>
Steve,

Here are the querymap and symbol portions of the mapfile. I think that

is what you mean by type.

 
     SYMBOL
         NAME 'hatch-lines'      
         TYPE HATCH
     END
    
     QUERYMAP
         STATUS ON
         STYLE  SELECTED
     END


Jim

Steve Lime wrote:
> Jim: What does the querymap def look like? What TYPE are you using?
>
> Steve
>
>   
>>>> Jim White <jbw2003 at earthlink.net> 12/13/2006 8:29:28 PM >>>
>>>>         
> Steve,
>
> First some of the mapfile:
>
>  OUTPUTFORMAT
>          NAME mypng
>          DRIVER "GD/PNG"
>          MIMETYPE "image/png"
>          IMAGEMODE rgba
>          EXTENSION "png"
>          TRANSPARENT ON
>  END
>
>   LAYER
>           CONNECTIONTYPE postgis
>           NAME "counties_q"
>           CONNECTION "user=postgres  dbname=mydb host=localhost"
>           DATA "wkb_geometry FROM county"
>           STATUS OFF
>           TYPE POLYGON
>           TRANSPARENCY alpha
>           CLASS
>                STYLE
>              SYMBOL 'hatch-lines'
>              COLOR 255 0 0      
>                    ANGLE 60
>                    SIZE 10
>                END     
>                STYLE
>                   WIDTH 2
>                   OUTLINECOLOR 255 0 0
>                END              
>                TEMPLATE "dummy.html"
>           END         
>       END
>
> Here's the PHP/mapscript for one of the layers that's used to display

> items the user selects from a select box. The idea is to create a 
> transparent hatch pattern over a user created area of interest
before
> it 
> is submitted. This is currently working with the maps we have but we

> might like to add a satellite background or a shaded dem background,

> which I imagine will look better in true color.
>
> $this_layer = $map->getLayerByName('counties_q');
> $this_layer->set('status', MS_OFF);
> if (isset($key_counties)) $this_layer->set('status', MS_ON);
> $layer_index = $this_layer->index;
> for($i=0; $i<count($key_counties); $i++){
>    @$map->queryByIndex($layer_index,1,$key_counties[$i], MS_TRUE);
>
> and followed eventually by:
>
> $queryimage = $map->drawQuery();
> $queryimage->saveImage($maploc);
>
>
>
> The counties_q layer will properly display in rgba mode if I just
set
> it 
> to default and don't use the queryByIndex method to select particular

> elements in the layer. It will also display properly in 256 color
mode
>
> using queryByIndex. However, when I use queryByIndex in rgba mode the

> hatch pattern is not transparent and has the white background.
>
> Thanks,
> Jim
>
>   
>


-- 
Jim White
Biodiversity and Spatial Information Center
North Carolina State University
http://www.basic.ncsu.edu/ 


From ezenaide at GMAIL.COM  Mon Dec 18 12:00:23 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Mon, 18 Dec 2006 18:00:23 -0200
Subject: legend
Message-ID: <MON.18.DEC.2006.180023.0200.EZENAIDEGMAIL.COM>

hi all,

how is the correct sintax for LEGEND? how is it used on the map file? is it
a single element or included inside LAYER or other elements? i've found
mapfile reference a little confusing.

thanks

-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061218/bd8ddb84/attachment.htm>

From gregor at HOSTGIS.COM  Mon Dec 18 12:27:34 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Mon, 18 Dec 2006 13:27:34 -0700
Subject: legend
In-Reply-To: <7af310f80612181200o60067b37oa69b2598da45d130@mail.gmail.com>
Message-ID: <MON.18.DEC.2006.132734.0700.GREGORHOSTGIS.COM>

> how is the correct sintax for LEGEND? how is it used on the map file?

The LEGEND block goes in the main block, not in a layer.

Here's an example, using a TrueType font, and embedded into the upper-left
corner of the map image.

LEGEND
  IMAGECOLOR 255 255 255
  KEYSIZE 12 12
  LABEL
    TYPE truetype
    FONT "Arial"
    SIZE 9
    COLOR 0 0 0
  END
  STATUS embed
  POSITION ul
END


From Jacob.Delfos at MAUNSELL.COM  Mon Dec 18 14:23:26 2006
From: Jacob.Delfos at MAUNSELL.COM (Delfos, Jacob)
Date: Tue, 19 Dec 2006 07:23:26 +0900
Subject: GPS coordinates in access database
Message-ID: <TUE.19.DEC.2006.072326.0900.JACOB.DELFOSMAUNSELL.COM>

Robert,

To get from degrees minutes to degrees decimal, simply devide the minutes by 60, and add it to the degrees:

49 + (15.942/60) = 49.2657

So you can use SQL to do it, or temporarily export your database to Excel.

Regards,

Jacob



? -----Original Message-----
? From: UMN MapServer Users List 
? [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of robert fritz
? Sent: 18 December 2006 18:42
? To: MAPSERVER-USERS at LISTS.UMN.EDU
? Subject: [UMN_MAPSERVER-USERS] GPS coordinates in access database
? 
? Hello,
? 
? I've got GPS data as geogaphical coordinates (e.g. 49? 
? 15.942, 007? 07.943) in an access database. the coordinates 
? are splitted in 4 columns:
? 
? columns:      value:
?   N                  49 
?   '                   15.942
?   E                  007 
?   '                   07.943
?              
? 		  
? I want to display the points - is it possible? How do I 
? create a point position in 2 columns instead of 4 columns? 
? 
? regards,
? Robert
? ______________________________________________________________
? ________________
? "Ein Herz f?r Kinder" - Ihre Spende hilft! Aktion: 
? www.deutschlandsegelt.de
? Unser Dankesch?n: Ihr Name auf dem Segel der 1. deutschen 
? America's Cup-Yacht!
? 


From Steve.Lime at DNR.STATE.MN.US  Mon Dec 18 15:20:17 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Mon, 18 Dec 2006 17:20:17 -0600
Subject: querymap with stacked points
In-Reply-To: <82227F50E3BCD34F89FA1A6F46A96B5B02579A48@smbfnis-chi01.fnis.com>
Message-ID: <MON.18.DEC.2006.172017.0600.STEVE.LIMEDNR.STATE.MN.US>

CGI mode=query will return the first feature encountered within
tolerance limits.

Steve

>>> "Hunter, David - St. Louis Park, MN" <David.Hunter at FNF.COM>
12/18/2006 10:01:15 AM >>>
No mapscript, just CGI Mapserver.  Data sources are shape files.

  _____  

From: Hal Mueller [mailto:hal at mobilegeographics.com] 
Sent: Friday, December 15, 2006 3:57 AM
To: Hunter, David - St. Louis Park, MN
Cc: MAPSERVER-USERS at LISTS.UMN.EDU 
Subject: Re: querymap with stacked points

Are you using Mapscript?  What is the datastore--shapefile, database,
other?

There are lots of ways to do this, depending on how your app is
structured.

At 10:18 AM -0600 12/13/06, Hunter, David - St. Louis Park, MN wrote:

	My map application allows users to click on point features,
which causes a popup that displays information about that feature. 
Due
to reasons I won't go into here, we sometimes have multiple points
stacked on top of each other.  They are essentially the same feature,
but with some slightly different attributes to each record.  Is there
a
way that I can filter this, so that only the first feature found is
returned in the query?

	 

	David S. Hunter
	Sr. Software Engineer
	Fidelity National Geographic Solutions
	division of Fidelity National Financial
	5353 Gamble Drive, Suite 201
	St. Louis Park, MN 55416
	" Email: david.hunter at fnf.com <mailto:david.hunter at fnf.com> 
	' Phone: 952.542.1440 ext. 256
	7 Fax: 952.542.3859

	 

 

 


From Steve.Lime at DNR.STATE.MN.US  Mon Dec 18 15:24:30 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Mon, 18 Dec 2006 17:24:30 -0600
Subject: limiting significant digits on labels
In-Reply-To: <f3b73b7d0612151532o4d916861j21231406b9d04bc5@mail.gmail.com>
Message-ID: <MON.18.DEC.2006.172430.0600.STEVE.LIMEDNR.STATE.MN.US>

That RFC is related to template presentation only. It was only later
that I thought
about it's use elsewhere. Performance in a template setting is fine,
labeling a 1000
features is another matter.

This is another case where your data adapter concept might be of use.
There's nothing
that says it has to be limited to the spatial component of a feature.
Any progress to
that end?

Steve

>>> "Tamas Szekeres" <szekerest at gmail.com> 12/15/2006 5:32:42 PM >>>
Steve,

This RFC has escaped my notice a bit because the title does not
reflect this behaviour exactly, apologies. Could you confirm that the
performance of this issue is sufficient in most cases?

With regard to the bug mentioned, I've been considering this problem
was unintentional and seemed to be trivial how to fix it. And even the
code could have been much straightforward.
(Maybe Frank can explain us why is it more appealing as it stands?)


Best Regards,


Tamas



2006/12/16, Steve Lime <Steve.Lime at dnr.state.mn.us>:
> My idea at the moment would be to extend the [item...] tag that
already
> is supported (see RFC 9)
> so it can be used in the TEXT element of a class. Besides setting
> significant digits you can also
> commify numbers, and we could add to it. In the end you could do:
>
>   TEXT '[item name=area precision=2 commify=true] acres'
>
> This would work for all providers.
>
> Steve
>
> >>> Tamas Szekeres <szekerest at GMAIL.COM> 12/15/2006 4:41:12 PM >>>
> Jim,
>
> This problem also applies to the OGR data provider and that's why
the
> following bug:
>
> http://bugzilla.remotesensing.org/show_bug.cgi?id=1053 
>
> was posted.
>
>
> Best Regards,
>
> Tamas Szekeres
>
>
>
> 2006/12/15, Jim Manning <jmanning at whsun1.wh.whoi.edu>:
> > My numeric labels appear as, for example, "5.40000000000". How do
I
> > specify a format so they look like "5.4"?
> > My first post ever to a listserv.  I hope it is ok.
> > -JiM.
> >
>


From mleong at GLOBEXPLORER.COM  Mon Dec 18 16:24:34 2006
From: mleong at GLOBEXPLORER.COM (Michael Leong)
Date: Mon, 18 Dec 2006 16:24:34 -0800
Subject: svg output blank
In-Reply-To: <6.2.1.2.0.20061215142150.03acb5e0@loki.globexplorer.com>
Message-ID: <MON.18.DEC.2006.162434.0800.MLEONGGLOBEXPLORER.COM>

fixed, turns out to be a styling issue:

was:
>       STYLE
>         SYMBOL "circle2"
>         SIZE 2
>         ANTIALIAS TRUE
>         OUTLINECOLOR 255 255 0
>         COLOR -1 -1 -1
>       END


now:
       STYLE
         SYMBOL 'circle2'
         COLOR 255 255 0
         SIZE 2
         ANTIALIAS TRUE
       END



At 02:25 PM 12/15/2006, Michael Leong wrote:
>Hi,
>
>I can get correct png output, but if I set the outputformat to svg, I get 
>an incomplete svg xml.
>I'm running 4.10.0
>
>MapServer version 4.10.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG 
>SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT 
>SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS SUPPORTS=GEOS 
>INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
>Here's what I'll get:
>
><?xml version="1.0" encoding="UTF-8"?>
><svg version="1.1" width="256" height="256" 
>xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
>
><!-- START LAYER parcels -->
></svg>
>
>
>Here's my mapfile:
>
>MAP
>   NAME "MapFile"
>   STATUS ON
>   EXTENT -23612250.268332410 5516496.445967868 -23612097.565338667 
> 5516649.148961612
>   SIZE 512 512
>
>   SYMBOLSET "./etc/gexSymbols.sym"
>   FONTSET "./etc/fonts.txt"
>
>   IMAGETYPE png24a
>   IMAGECOLOR 254 247 230
>   UNITS METERS
>   DEBUG ON
>
>   WEB
>     IMAGEPATH "/var/www/html/ms_tmp/"
>     IMAGEURL "/ms_tmp/"
>     LOG "/var/www/html/ms_tmp/test_mapserver.log"
>   END
>
>   QUERYMAP
>     STATUS ON
>     SIZE 150 100
>     COLOR 0 55 255
>     STYLE NORMAL
>   END
>
>   PROJECTION
>     "proj=merc"
>     "units=m"
>     "lat_ts=0"
>     "lon_0=0"
>     "k=1.000000"
>     "x_0=0"
>     "y_0=0"
>     "a=6371000"
>     "b=6371000"
>   END
>   LEGEND
>     STATUS OFF
>     OUTLINECOLOR 51 51 255
>     IMAGECOLOR 255 255 255
>     TRANSPARENT ON
>     INTERLACE ON
>     POSITION LL
>     KEYSIZE 30 15
>     KEYSPACING 10 10
>     POSTLABELCACHE TRUE
>     LABEL
>         TYPE TRUETYPE
>         FONT "LucidaTypewriterBoldOblique"
>         SIZE 11
>         BUFFER 0
>         MINDISTANCE -1
>         MINFEATURESIZE -1
>         COLOR 175 175 175
>         OUTLINECOLOR 25 25 25
>         ANTIALIAS TRUE
>     END
>   END
>
>   SCALEBAR
>     STATUS OFF
>     SIZE 400 10
>     COLOR 122 100 255
>     OUTLINECOLOR 222 222 0
>     BACKGROUNDCOLOR 155 155 155
>     IMAGECOLOR 255 255 255
>     TRANSPARENT ON
>     UNITS FEET
>     INTERVALS 4
>     STYLE 0
>     POSITION LL
>     INTERLACE ON
>     LABEL
>       TYPE BITMAP
>       FONT "LucidaSansRegular"
>       SIZE MEDIUM
>       POSITION AUTO
>       COLOR 0 0 0
>     END
>   END
>   OUTPUTFORMAT
>     NAME "jpeg"
>     MIMETYPE "image/jpeg"
>     DRIVER "GD/JPEG"
>     EXTENSION "jpg"
>     IMAGEMODE RGB
>     TRANSPARENT FALSE
>     FORMATOPTION "QUALITY=90"
>   END
>
>   OUTPUTFORMAT
>     NAME "png8"
>     MIMETYPE "image/png"
>     DRIVER "GD/PNG"
>     EXTENSION "png"
>     IMAGEMODE PC256
>     TRANSPARENT TRUE
>   END
>
>   OUTPUTFORMAT
>     NAME "png24a"
>     MIMETYPE "image/png"
>     DRIVER "GD/PNG"
>     EXTENSION "png"
>     IMAGEMODE RGBA
>     TRANSPARENT TRUE
>   END
>
>   OUTPUTFORMAT
>     NAME svg
>     MIMETYPE "image/svg+xml"
>     DRIVER svg
>     FORMATOPTION  "COMPRESSED_OUTPUT=FALSE"
>     FORMATOPTION  "FULL_RESOLUTION=TRUE"
>   END
>
>   LAYER
>     PROJECTION
>           "init=epsg:4326"
>     END
>     NAME "parcels"
>     GROUP "parcels"
>     STATUS OFF
>     DATA "the_geom from parcels USING SRID=4326"
>     TYPE LINE
>     CONNECTIONTYPE POSTGIS
>     CONNECTION "host=xyz port=123 user=user1 password=password1 dbname=db1"
>     SIZEUNITS PIXELS
>     LABELCACHE ON
>     MAXSCALE 11001
>
>     DEBUG TRUE
>     CLASSITEM "s_pin"
>
>     CLASS
>      EXPRESSION //
>       NAME "parcels"
>       DEBUG ON
>       STYLE
>         SYMBOL "lines2"
>         SIZE 2
>         ANTIALIAS TRUE
>         OUTLINECOLOR 255 255 0
>         COLOR -1 -1 -1
>       END
>     END
>   END
>END
>
>
>-------------------------------------------------------
>Click link below if it is SPAM mleong at globexplorer.com
>"https://mailscanner.globexplorer.com/dspam/dspam.cgi?signatureID=458322b8177533366512726&user=mleong at globexplorer.com&retrain=spam&template=history&history_page=1"
>!DSPAM:458322b8177533366512726!
>-------------------------------------------------------
>
>


From ed at TOPOZONE.COM  Mon Dec 18 16:46:18 2006
From: ed at TOPOZONE.COM (Ed McNierney)
Date: Mon, 18 Dec 2006 19:46:18 -0500
Subject: GPS coordinates in access database
In-Reply-To: A<4997F456680DAD4DA1E042C40C463611C33EE8@auper1ex002.au.aecomnet.com>
Message-ID: <MON.18.DEC.2006.194618.0500.EDTOPOZONE.COM>

Jacob -

Just remember that if the sign of the degrees is negative, you need to SUBTRACT the minutes divided by 60, so -110 degrees, 30 seconds ends up as  -110.5 degrees and not -109.5.

     - Ed

Ed McNierney
TopoZone.com

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Delfos, Jacob
Sent: Monday, December 18, 2006 5:23 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] GPS coordinates in access database

Robert,

To get from degrees minutes to degrees decimal, simply devide the minutes by 60, and add it to the degrees:

49 + (15.942/60) = 49.2657

So you can use SQL to do it, or temporarily export your database to Excel.

Regards,

Jacob



? -----Original Message-----
? From: UMN MapServer Users List 
? [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of robert fritz
? Sent: 18 December 2006 18:42
? To: MAPSERVER-USERS at LISTS.UMN.EDU
? Subject: [UMN_MAPSERVER-USERS] GPS coordinates in access database
? 
? Hello,
? 
? I've got GPS data as geogaphical coordinates (e.g. 49? 
? 15.942, 007? 07.943) in an access database. the coordinates 
? are splitted in 4 columns:
? 
? columns:      value:
?   N                  49 
?   '                   15.942
?   E                  007 
?   '                   07.943
?              
? 		  
? I want to display the points - is it possible? How do I 
? create a point position in 2 columns instead of 4 columns? 
? 
? regards,
? Robert
? ______________________________________________________________
? ________________
? "Ein Herz f?r Kinder" - Ihre Spende hilft! Aktion: 
? www.deutschlandsegelt.de
? Unser Dankesch?n: Ihr Name auf dem Segel der 1. deutschen 
? America's Cup-Yacht!
? 


From mleong at GLOBEXPLORER.COM  Mon Dec 18 16:48:52 2006
From: mleong at GLOBEXPLORER.COM (Michael Leong)
Date: Mon, 18 Dec 2006 16:48:52 -0800
Subject: compressed svg headers
Message-ID: <MON.18.DEC.2006.164852.0800.MLEONGGLOBEXPLORER.COM>

Hi,

If I specified compressed svg output, the gzip header was not sent, and so, 
firefox won't load the svg:

here are the headers I got fro wget -S

HTTP request sent, awaiting response...
  1 HTTP/1.1 200 OK
  2 Date: Tue, 19 Dec 2006 00:44:50 GMT
  3 Server: Apache/2.0.54 (Debian GNU/Linux)
  4 Connection: close
  5 Content-Type: image/svg+xml


It missing the Content-Encoding header.  I'm call mapserver via cgi shell 
script.  Anyone else got this problem, or know of workaround aside from not 
uncompressed svgs?

mike


From jbw2003 at EARTHLINK.NET  Mon Dec 18 20:25:11 2006
From: jbw2003 at EARTHLINK.NET (Jim White)
Date: Mon, 18 Dec 2006 23:25:11 -0500
Subject: alpha transparency and querymap
In-Reply-To: <45867E7E0200008F000051A8@co5.dnr.state.mn.us>
Message-ID: <MON.18.DEC.2006.232511.0500.JBW2003EARTHLINK.NET>

Steve,

I have used the first solution, and it does work using $map->draw() and 
in rgba mode. Here is my code that uses filter.

if (isset($key_counties) && !empty($key_counties)){
   $filter = "(ogc_fid = {$key_counties[0]})";
   for($i=1; $i<count($key_counties); $i++){
      $filter .= " or (ogc_fid = {$key_counties[$i]})";
   }
   $this_layer = $map->getLayerByName('counties_q');
   $this_layer->setFilter($filter);
   $this_layer->set('status', MS_ON);
}

Thanks a lot for the assistance.

Jim

Steve Lime wrote:
> How many search results are you seeing on average? There are a couple
> of
> work arounds:
>
> 1  - one would be to use the result set to craft a filter for the
> layer(s) in question
> so that only those features that match the filter get drawn
>
> 2 - another would be to add the features to the layer or a copy of the
> layer  (e.g. 
> use inline features instead of the datasource)
>
> In both cases you'd use $map->draw() instead of drawQuery() and would
> avoid
> the alpha blending problem. Option one would work nicely if you have
> relatively
> few (less than 20) features, while the other would work well in any
> case.
>
> Steve
>
>   

-- 
Jim White
Biodiversity and Spatial Information Center
North Carolina State University
http://www.basic.ncsu.edu/


From pgiannini at BYTEWISE.IT  Tue Dec 19 02:00:04 2006
From: pgiannini at BYTEWISE.IT (Pietro Giannini)
Date: Tue, 19 Dec 2006 11:00:04 +0100
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <43685.62.77.56.13.1166201252.squirrel@mail.bytewise.it>
Message-ID: <TUE.19.DEC.2006.110004.0100.PGIANNINIBYTEWISE.IT>



Thanks all for the hints,
now I've job until new year :)
greetings
PG


On Ven, 15 Dicembre 2006 5:47 pm,
Pietro Giannini wrote:
> 
> 
> Hi All,
>

> Maybe this isn't the appropriate list to post this
>
question : I apologize but I hope somebody can help me.
> 
> I'm
> looking for a professional routing solution using as
interface
> mapserver.
> I've successfully installed the
cartoweb Pgdijkstra Routing Module
> for PostgreSQL data source :
that works well, and can be a perfect
> solution, but it do not
menage the one-way streets.
> 
> Anyone has
>
developed similar solutions and want share they? Or can help me to
> retrieve information, hints, lists about?
> 
>
Thanks
> Cheers
> 
>            
>        
   
>            
>         Pietro
> 
>
--
> Pietro
> Giannini
> Bytewise srl - Area
GIS
> 41?50'38.58"N
> 12?29'13.39"E
> 


-- 
Pietro Giannini
Bytewise srl - Area
GIS
41?50'38.58"N 12?29'13.39"E
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061219/cc6605c3/attachment.htm>

From fsimon at UNIVALI.BR  Tue Dec 19 02:43:07 2006
From: fsimon at UNIVALI.BR (Fernando Simon)
Date: Tue, 19 Dec 2006 08:43:07 -0200
Subject: tune mapserver on oraclespatial
In-Reply-To: <4586C12E.7090103@kartago.de>
Message-ID: <TUE.19.DEC.2006.084307.0200.FSIMONUNIVALI.BR>

Hi Sebastian,
    The slow time and cpu cost can be relate with the SRID that you
defined for you table.
    The SRID that you used is for geodetic data, so the cost to Oracle
server read is high because needs to use a lot mathematical functions to
consider the world surface. The Oracle was running in the same machine
that Mapserver (and geoserver)? If yes, you will need to put the
services in another machine to find where is the high cost.
     About the SRID, if you need to use geodetic data you have to
increase the CPU velocity. If the geodetic is not a requisit you can
convert to another.In the chapter #5 of the Oracle Spatial Guide (to
version 9i) you will find a good explanation about the two systems.
     Best regards.

Fernando Simon

Sebastian Schmitz wrote:
> Hello list,
>
> we are still trying to tune our Mapserver/Oracle Spatial Database
> performance. Some facts about our data are:
>
> => DATA 210 000 Rows (WGS84, SRID 8307)
>      - In 137 000 The Geom-column is filled (2D, only Point Geometry)
>
> We created the following Insert-Metadata-statement for the spatial
> index/data:
>
> INSERT INTO USER_SDO_GEOM_METADATA (TABLE_NAME, COLUMN_NAME, DIMINFO,
> SRID)
> VALUES ('GDI_KD_STAMM',        'GEOM',
>       MDSYS.SDO_DIM_ARRAY
>                          (MDSYS.SDO_DIM_ELEMENT('X', -31.250000000,
> 46.180000000, 0.000000050),
>                           MDSYS.SDO_DIM_ELEMENT('Y', 27.640000000,
> 78.910000000, 0.000000050)
>                          ),
>       8307
>       );
>
>
> Our statement for creating the spatial index (R-type index):
>
> CREATE INDEX "GDI"."IDX_GDI_KD_STAMM" ON "GDI"."GDI_KD_STAMM" ("GEOM")
> INDEXTYPE IS "MDSYS"."SPATIAL_INDEX" PARAMETERS ('TABLESPACE=GDII
> SDO_INDX_DIMS=2 LAYER_GTYPE=POINT SDO_NON_LEAF_TBL=TRUE');
>
>
> Our used Mapserver version (Windows):
>
> MapServer version 4.8.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> OUTPUT=PDF
> OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE
> SUPPORTS=WMS_SERVER SUPPO
> RTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT
> SUPPORTS=WCS_SERVER SUPPO
> RTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=ORACLESPATIAL
> INPUT=OGR
> INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG
>
>
> Extract from our used mapfile with one example layer (whole mapfile
> contains 8 layers):
>
>
> #######################################################
> #         KARTA.GO mapfile GDI_____                   #
> #######################################################
>
> NAME "Kunden"
> STATUS ON
> SIZE 640 490
> EXTENT 1689025 3960945 7079493 8188877 UNITS meters
>
> PROJECTION
> "init=epsg:31467"
> END
>
> IMAGECOLOR 255 255 255
>
> SYMBOLSET "../icons/symbset"
> FONTSET "../fonts/font.list"
> SHAPEPATH "../data"
>
>
> ######################################################
> #      Start web interface definition            #
> ######################################################
>
> WEB
> METADATA
> WMS_ONLINERESOURCE
> "http://******/cgi-bin/mapserv.exe?map=C:/Programme/Apache_Group/Apache2/htdocs/gdi/mapfiles/kunden.map"
>
> WMS_SRS "epsg:31467"
> WMS_TITLE "Kunden"
> WMS_FEATURE_INFO_MIME_TYPE "gml"
> WMS_ABSTRACT "GDI Kunden"
> END
> END
>
> #######################################################
> #                 Layer Example:                      #
> #######################################################
>
> ### aktive Kunden ##################################
>
> LAYER
> NAME "Aktiv"
> STATUS ON
> TYPE Point
> TEMPLATE "../attributformulare/sst.html"
> TOLERANCE 6
> TOLERANCEUNITS Pixels
> DUMP TRUE
> CONNECTIONTYPE oraclespatial
> CONNECTION "***/***@*****"
> DATA "GEOM FROM GDI_KD_STAMM USING UNIQUE KD_NR SRID 8307"
>
> FILTER "KD_AUSG_SEIT IS NULL"
> PROCESSING "CLOSE_CONNECTION=DEFER"
>
> PROJECTION
>  "init=epsg:4326"
> END
>
> SYMBOLSCALE 6000000
> METADATA
>  "WMS_SRS" "epsg:4326"
>  "WMS_TITLE" "Aktiv"
>  "WMS_FEATURE_INFO_MIME_TYPE" "gml"
>  "WMS_EXTENT" "1689025 3960945 7079493 8188877"
>  "GML_INCLUDE_ITEMS" "KD_NR"
> END
>
> CLASSITEM "KD_NR"
> LABELITEM "KD_NR"
>
> CLASS
>  EXPRESSION /./
>  MAXSCALE 10000000
>  MINSCALE 150001
>  MINSIZE 3
>  MAXSIZE 8
>  SYMBOL "circle"
>  OUTLINECOLOR 21 86 255
>  COLOR 21 86 255
> END
>
> CLASS
>  EXPRESSION /./
>  MAXSCALE 150000
>  MINSCALE 0
>  MAXSIZE 25
>  MINSIZE 25
>  SYMBOL "circle"
>  OUTLINECOLOR 21 86 255   COLOR 255 255 254
>
>  LABEL
>   FORCE TRUE
>   POSITION cc
>   ANGLE 0
>   TYPE TRUETYPE
>   FONT verdana
>   MINSIZE 6
>   MAXSIZE 6
>   COLOR 0 0 0
>   OUTLINECOLOR 255 255 254
>  END
> END
>
> END
>
> #################
> # Some other Layers
> #################
>
> END
>
>
> We tried a lot of things (partitioning with spatial index, OGR
> connection, tuning indexes) to get to a better performance, but
> nothing really worked. For testing we removed the filter in layer data
> and fetched all rows from the table. There was no difference in
> performance time to the case with filter in use. We would be greatful
> for any new idea to improve the performance.
>
>
>
>
>
>
>
>
>
>
>
> Fernando Simon schrieb:
>> Hi Sebastian,
>>     The Oracle Spatial driver try to be very fast to request data from
>> database. Its use the OCI to connect directly in the Oracle core API,
>> without use any middle ware/interface.
>>     To execute fast requests it try to use the database operators, like
>> SDO_FILTER and SDO_RELATE. Another important thing is that the oracle
>> Spatial driver apply your actual extent to restrict the data from
>> database, to just retrieve the data that are inside of the extent (this
>> just occur to draw the map, not for query).
>>      The driver can just uses data from SDO_GEOMETRY object, another
>> kind of the object cannot uses the Maporaclespatial but the OGR. A hint
>> with the database connect is use the connection pool, to do this you
>> just need to add the "PROCESSING CONNECTION=DEFER" in you layer (all
>> with the connection). This little change will force the Mapserver to
>> store the connection handler until the end of your request, this help
>> when the login cost is high.
>>      As Bart and Michael wrote, exist two way how to see the SQL. The
>> first is using the DEBUG flags, with this way you can see all the SQL's
>> that  driver execute. The second is  just change the connection to see
>> the SQL that retrive the data from database. An important thing is just
>> use the debug (first way) in a development state, because will increase
>> a lot the time to process and finish the request.
>>      In the database side you can to improve the performance with little
>> things. When you create the index you need to use an extent (MBR) that
>> represent all you data, but just it. If you define a generic MBR (like
>> -180, -90 180 90) will be very bad because not help the optimizer to
>> find your data. In the 9.2 manual (item 1.7) have a good explanation
>> about the spatial index methods. The Mapserver driver is very dependent
>> of a good index to be fast, if your table have a poor index will be
>> worst than without the index.
>>      If you are using geodetic data the Oracle Spatial operations will
>> be more slow, and if you have complex data will be worst. This occurs
>> because the Oracle Spatial need to consider the world surface to
>> represent the data, need to execute more mathematical calculus to
>> delivery your data.
>>      Another thing to improve is use some Oracle ways. The Oracle Server
>> can store a clone of you table in memory to help and execute the
>> requests more fast, this help when your table not change a lot and is
>> very used. ( I don't remember if it's possible to use this in the 9i
>> version)
>>      Sorry the delay to reply your message, I was out last week. If you
>> have more doubts you can contact me and the list. We will try to help
>> you with the best hints.
>>      Best regards.
>>
>> ------------------------------------------------------------------------
>> Fernando Simon
>> Mapserver and Oracle Spatial developer
>> G10 - Laboratorio de Computacao Aplicada - Brazil
>> http://www.univali.br/g10 - UNIVALI/CTTMAR
>> ------------------------------------------------------------------------
>>
>> Rahkonen Jukka wrote:
>>  
>>> Hi Sebastian,
>>>
>>> Do you have a feeling that your Oracle is especially slow at the
>>> moment? How many features your typical query is giving back?
>>> I am using a polygon layer with 1.2 million polygons, all in one
>>> partition and I think that MapServer works quite well with it with
>>> pure spatial queries. Of course it gets slow if the query returns
>>> many thousand features, but that is another thing that must be
>>> handled by using more genaralised layers for far-zoom-out cases. 
>>> What really can make Oracle slow are attribute joins without proper
>>> indices.
>>> MapServer is somewhat slower than GeoServer with the same data and I
>>> believe that is mostly because GeoServer utilises connection pooling
>>> better.
>>>
>>> I found results from a quick test I made once by having both
>>> MapServer and Geoserver running on the same computer and sending
>>> request to Oracle layer with different routes.
>>>
>>> Test cases:
>>> 1) Polygons from Oracle 9i spatial table through MapServer WMS and
>>> native Oracle connection
>>> 2) Same polygons through MapServer, but through by accessing them
>>> through GeoServer WFS service (running on the same computer)
>>> 3) Same polygons again through MapServer, but now cascading through
>>> GeoServer WMS service (running on the same computer)
>>> 4) Same polygons but this time directly through the GeoServer WMS
>>>
>>> I got this kind of results presented as throughput requests/minute
>>> 1) 200 requests / minute (60 % processor load)
>>> 2) 112  requests / minute (100%  processor load)
>>> 3) 87 requests / minute (75% processor load)
>>> 4) 300 requests / minute (85% processor load)
>>>
>>> Regards,
>>>
>>> -Jukka Rahkonen-
>>>  
>>>
>>>      
>>>> -----Alkuper?inen viesti-----
>>>> L?hett?j?: UMN MapServer Users List
>>>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Puolesta Sebastian Schmitz
>>>> L?hetetty: 11. joulukuuta 2006 11:32
>>>> Vastaanottaja: MAPSERVER-USERS at LISTS.UMN.EDU
>>>> Aihe: Re: [UMN_MAPSERVER-USERS] tune mapserver on oraclespatial
>>>>
>>>> Hi
>>>> thanks for help with step 1 of my question - getting the SQL
>>>> Mapserver uses. My Mapserver (4.8.3) does not print anything but
>>>> failed to draw layer onto the screen, but setting debug flag and
>>>> setting an MS_ERRORFILE env-variable worked out fine.
>>>> So, now I have the SQL I may as well post it here and ask for
>>>> comments on tuning options for a large table (300.000 rows):
>>>>
>>>> SELECT KUNNR, GEOM FROM     (< subselect >)  WHERE SDO_FILTER(
>>>> GEOM,         MDSYS.SDO_GEOMETRY(2003, 8307,
>>>> NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_AR
>>>> RAY(4.04520417,48.6727777,9.82231387,51.398884)
>>>> ),
>>>>         'querytype=window') = 'TRUE'
>>>>
>>>> Our current idea is to partition the table by x and y values from
>>>> SDO_GEOMETRY and put spatial indices onto each of these partitions.
>>>> Status quo is that we only have one spatial index for the whole
>>>> table..
>>>>
>>>> Feedback appreciated
>>>>
>>>> Cheers
>>>>
>>>> Sebastian
>>>>
>>>>
>>>>
>>>>
>>>> Michael Smith schrieb:
>>>>          
>>>>> One of the easiest ways is to just introduce a small syntax      
>>>>>         
>>>> error in          
>>>>> your data statement (change the tablename or something). Then
>>>>> Mapserver will print the spatial sql statement to the screen
>>>>> (using the cgi version)
>>>>>
>>>>> Mike Smith
>>>>>
>>>>>                 
>>>> -- 
>>>> KARTA.GO Gesellschaft f?r raumbezogenes Informationsmanagement mbH
>>>>
>>>> Siemensstra?e 8
>>>> 53121 Bonn
>>>>
>>>> Sebastian Schmitz
>>>> Projektleiter
>>>>
>>>> fon: +49 (0) 228 / 9 45 99 91
>>>> fax: +49 (0) 228 / 9 45 99 93
>>>> sschmitz at kartago.de
>>>> http://www.kartago.de
>>>> ________________________________________________________
>>>>
>>>>           
>>>       
>


From haristeas at GMAIL.COM  Tue Dec 19 03:34:07 2006
From: haristeas at GMAIL.COM (Andreas T)
Date: Tue, 19 Dec 2006 13:34:07 +0200
Subject: OGR
Message-ID: <TUE.19.DEC.2006.133407.0200.HARISTEASGMAIL.COM>

Hello everyone

I have downloaded and installed ogr php extension. I am experiencing
difficulties in understanding and writing some code using this extension.
The available documentation for the php ogr extension is really poor and I
am wondering if someone has any idea of where to search for sample code or
instructions.
For example (talking about sample code), I am looking for a simple script
that opens and reads a shape file. I tried the ogr2ogr.php script, fount on
the examples folder, but the result was to have a new shape file but with no
feature transfer. I mean that the new shape file that was created by the
script, that it was supposed to be the copy of an another, was empty. The
dbf file copied successfully.

Another, more general, question has to do with the mapscript's relation to
OGR. I am totally confused on this part. Does mapscript enhances ogr? If
yes, then does mapscript support all the source files that ogr supports?

Anyway, can someone please give some directions, guidelines, links or
anything concerning the ogr php extension?

Thanks on advance
Andreas Trantidis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061219/740ec738/attachment.htm>

From dovidio at PLANETEK.IT  Tue Dec 19 03:12:21 2006
From: dovidio at PLANETEK.IT (Fabio D'Ovidio)
Date: Tue, 19 Dec 2006 12:12:21 +0100
Subject: MapServer WMS : Geotiff Float 32
Message-ID: <TUE.19.DEC.2006.121221.0100.DOVIDIOPLANETEK.IT>

Hi !

I'm working with ESRI GRID raster and I have exported it in GeoTiff.
Now, I have configured MapServer as WMS to render it. The problem is that I am not able to 
download GeoTiff from MapServer and display each pixel float value.


Is this possible with a WMS ? Have I use a WCS configuration for this purpose ?

This is the map file :

MAP
  NAME "Preview"
  STATUS ON
  EXTENT 1.67416e+006 4.82883e+006 1.68398e+006 4.83571e+006  SIZE 800 600
  IMAGETYPE gtiff
  IMAGEQUALITY 100  
  WEB
    # path relative to the webserver document root
    IMAGEPATH "C:/inetpub/wwwroot/temp/"
    # full path to image tmp dir, so cgi can find it
    # Note: Windows is much happier with a full path here.  Unixes might get away with path 
relative to cgi-bin.
    # Use backslash "\" with Windows, forward-slash "/" with Unixes, and end the path with 
the proper slash.
    IMAGEURL "./temp/"
    
    METADATA
      "wms_title"    "Pkt164_PREVIEW"
     "wms_onlineresource"    "http://agossiu02/cgi-bin/mapserv.exe?map=C:/preview.map&"
      "wms_srs"    						"EPSG:4326 EPSG:32633 
EPSG:25833 EPSG:26592"
    END
  # url location of image tmp dir, so web browser can find it
  # Don't forget a trailing "/" here, too
  END
PROJECTION
   "init=epsg:4326"
 END

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


  LAYER
    NAME "preview1"
    STATUS ON
    DATA "C:\Terzona FS\TIFF\fs_gist1.tif"

    TYPE RASTER
   PROJECTION               
       "init=epsg:4326"     
     END      
    METADATA
      "wms_title"    "Preview1"
 
       "wms_srs"    						"EPSG:4326 EPSG:32633 
EPSG:25833 EPSG:26592"
    END

END

END
********************************************************************************************


 Ing. Fabio D'Ovidio
 WebGIS Staff
 Planetek Italia Srl
 via Massaua, 12 - 70123 Bari - Italy
 web : http ://www.planetek.it
 e-mail : dovidio at planetek.it
 Lat/Lon 41? 8' 16''N 16? 50' 40''E

********************************************************************************************


From sandeepkumar.jakkaraju at GMAIL.COM  Tue Dec 19 05:42:35 2006
From: sandeepkumar.jakkaraju at GMAIL.COM (Sandeep Kumar Jakkaraju)
Date: Tue, 19 Dec 2006 19:12:35 +0530
Subject: Routing for mapserver/postgis. A professional Open Source
 solution?
In-Reply-To: <28732.62.77.56.13.1166522404.squirrel@mail.bytewise.it>
Message-ID: <TUE.19.DEC.2006.191235.0530.SANDEEPKUMAR.JAKKARAJUGMAIL.COM>

Hi All

I have worked on several GIS based routing applications...in java/c++ taking
turn penalties also into account ...

Please let me knoe if somebody needs my Collaboration ....

As for One way streets in PGRouting/PGDijkstras ...just make the
"reverse-cost" column very high say the MAX value available ...

Sandeep
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061219/847ac79a/attachment.htm>

From gregor at HOSTGIS.COM  Tue Dec 19 07:08:19 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Tue, 19 Dec 2006 08:08:19 -0700
Subject: OGR
In-Reply-To: <cefb8cd70612190334qd11c2d2jff8eac4f3513fff4@mail.gmail.com>
Message-ID: <TUE.19.DEC.2006.080819.0700.GREGORHOSTGIS.COM>

Hi, Andreas.
Yeah, I found the OGR documentation very dense too -- then again, the OGR
stuff is for C instead of PHP, so it takes a little imagination and
experimentation to map it over. Here are a few functions I whipped up a
few months ago, which should get you started.

The first just opens a data source and returns the spatial extent....

function find_extent($shapefilename) {
   // open the data source
   // cheesy: we iterate over drivers 'til we find the one we know is right
   OGRRegisterAll();
   $numDrivers = OGRGetDriverCount();
   for ($i=0; $i<$numDrivers; $i++) {
      $driver = OGRGetDriver($i);
      if (OGR_Dr_GetName($driver) == "ESRI Shapefile" ) { break; }
   }
   $datasource = OGR_Dr_Open($driver, $shapefilename, NULL);

   // fetch the layer and its extent
   $layer = OGR_DS_GetLayer($datasource,0);
   OGR_L_GetExtent($layer,$extent,1);
   return $extent;
}


This second one is more complex. It takes an array of associative arrays,
each one representing a point. It builds a pair of shapefiles, the sample
points and also lines connecting the points. We wrote this for a vehicle
tracking system.

function create_data_sources($basename,$points) {
   global $TEMPDIR;
   $shapefilename_points = "$TEMPDIR/points_$basename.shp";
   $shapefilename_tracks = "$TEMPDIR/tracks_$basename.shp";

   // fetch the driver we want: shapefile
   // sadly, fetching a driver by name is rather roundabout
   OGRRegisterAll();
   $numDrivers = OGRGetDriverCount();
   for ($i=0; $i<$numDrivers; $i++) {
      $driver = OGRGetDriver($i);
      if (OGR_Dr_GetName($driver) == "ESRI Shapefile" ) { break; }
   }

   // delete any existing data source by this name, in preparation for
overwriting
   @unlink($shapefilename_points);
   @unlink(basename($shapefilename_points,'.shp').'.shx');
   @unlink(basename($shapefilename_points,'.shp').'.dbf');
   @unlink($shapefilename_tracks);
   @unlink(basename($shapefilename_tracks,'.shp').'.shx');
   @unlink(basename($shapefilename_tracks,'.shp').'.dbf');

   // fetch the SRS reference.
   // we always use latlong NAD83, EPSG:4326 so "nothing" is fine for us.
   $srs = NULL;

   // create the target data sources, then create a layer in each source
   $points_file = OGR_Dr_CreateDataSource($driver, $shapefilename_points,
NULL);
   $tracks_file = OGR_Dr_CreateDataSource($driver, $shapefilename_tracks,
NULL);

   // create the layer definition for the points file
   $points_layer = OGR_DS_CreateLayer($points_file, 'points', $srs,
wkbPoint, NULL);
   $field = OGR_Fld_Create( "POINTID", OFTInteger );
   OGR_L_CreateField($points_layer, $field, 0);
   $field = OGR_Fld_Create( "DIRECTION", OFTString );
   OGR_L_CreateField($points_layer, $field, 0);
   $points_layerdefn = OGR_L_GetLayerDefn($points_layer);
   // create the layer definition for the tracks file
   $tracks_layer = OGR_DS_CreateLayer($tracks_file, 'tracks', $srs,
wkbLineString, NULL);
   $tracks_layerdefn = OGR_L_GetLayerDefn($tracks_layer);

   // create a single line in the tracks file
   $track_feature = OGR_F_Create($tracks_layerdefn);
   $track_geom = OGR_G_CreateGeometry(wkbLineString);

   // iterate through the supplied points, stuffing them into the points
and also forming a track
   global $ZOOMMULTIPLIER;
   for ($i=0; $i<sizeof($points); $i++) {
      // figure out this point's relation to the next point; northeast,
south, etc.
      $points[$i]['x'] = (float) $points[$i]['x'];
      $points[$i]['y'] = (float) $points[$i]['y'];
      $direction = '';
      if ($i < sizeof($points)-1) {
         $xdiff = $points[$i+1]['x'] - $points[$i]['x'];
         $ydiff = $points[$i+1]['y'] - $points[$i]['y'];
         if ($ydiff >= $ZOOMMULTIPLIER/10) { $direction .= 'N'; }
         elseif ($ydiff <= -$ZOOMMULTIPLIER/10) { $direction .= 'S'; }
         if ($xdiff >= $ZOOMMULTIPLIER/10) { $direction .= 'E'; }
         elseif ($xdiff <= -$ZOOMMULTIPLIER/10) { $direction .= 'W'; }
      }

      // add the point to the points file
      $point_feature = OGR_F_Create($points_layerdefn);
      OGR_F_SetFieldInteger( $point_feature, 0, $points[$i]['id']);
      OGR_F_SetFieldString( $point_feature, 1, $direction);
      $point_geom = OGR_G_CreateGeometry(wkbPoint);
      OGR_G_SetPoint($point_geom, 0, $points[$i]['x'], $points[$i]['y'], 0);
      OGR_F_SetGeometry($point_feature, $point_geom);
      OGR_L_CreateFeature( $points_layer, $point_feature );

      // add the point to the track
      OGR_G_AddPoint($track_geom, $points[$i]['x'], $points[$i]['y'], 0);
   }

   // go ahead and terminate the line
   OGR_F_SetGeometry($track_feature, $track_geom);
   OGR_L_CreateFeature($tracks_layer, $track_feature );

   // done, close the data source
   OGR_DS_Destroy($points_file);
   OGR_DS_Destroy($tracks_file);
   return true;
}


From leonardo at NOVAGEO.PT  Tue Dec 19 07:29:03 2006
From: leonardo at NOVAGEO.PT (Leonardo Andrade)
Date: Tue, 19 Dec 2006 15:29:03 +0000
Subject: Transparency between classes
Message-ID: <TUE.19.DEC.2006.152903.0000.LEONARDONOVAGEO.PT>

Hello,


We have layers with many classes (several dozens in some cases), and we 
managed to have transparency between diferent layers with the tag 
"TRANSPARENCY"  inside the layer. However,  we need transparency between 
classes.
Using outputformat png 8 bit (PC256), the transparency between classes 
works fine, but in RGBA mode it does not. And we must have RGBA format 
because in the 8 bit format the color table limits the avaliable colors.


One solution is to one layer for each class, but it looks ugly.


Did anyone have this problem already?

Regards,

--
Leonardo Andrade


From warmerdam at POBOX.COM  Tue Dec 19 17:44:36 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Tue, 19 Dec 2006 20:44:36 -0500
Subject: OGR
In-Reply-To: <cefb8cd70612190334qd11c2d2jff8eac4f3513fff4@mail.gmail.com>
Message-ID: <TUE.19.DEC.2006.204436.0500.WARMERDAMPOBOX.COM>

Andreas T wrote:
> Another, more general, question has to do with the mapscript's relation 
> to OGR. I am totally confused on this part. Does mapscript enhances ogr? 
> If yes, then does mapscript support all the source files that ogr supports?

Andreas,

MapScript is the scripting interface to the MapServer engine.

The php_ogr extension is the scripting interface to OGR (a vector feature
access api).

The MapServer engine includes a set of feature access functions that can go
through OGR, Shapelib, direct to PostGIS, etc.   But the mapserver feature
access mechanism is somewhat limited (no writing for instance).  So for many
purposes you can just write feature access scripts using the mapscript
abstraction.  But in some cases, notably the requirement to *write* features
you need to use something else, such as php_ogr.

In that sense php_ogr is a means to "go deeper" into feature stuff than
mapscript offers.

I hope this clarifies a bit.

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    | President OSGeo, http://osgeo.org


From stephane.riff at CERENE.FR  Tue Dec 19 08:48:43 2006
From: stephane.riff at CERENE.FR (=?ISO-8859-1?Q?St=E9phane_RIFF?=)
Date: Tue, 19 Dec 2006 17:48:43 +0100
Subject: Internal server Error 500
Message-ID: <TUE.19.DEC.2006.174843.0100.STEPHANE.RIFFCERENE.FR>

Hi,

I have a problem on an application that display rasters.
When I zoompoint a an area where there is no rasters available I get an 
error 500.
This does not append when I make a zoom rectangle (I get a blank image : 
normal) !!!

Does somebody already saw that ?

I use mapserver 4.8

Thanks


From ezenaide at GMAIL.COM  Tue Dec 19 10:56:26 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Tue, 19 Dec 2006 16:56:26 -0200
Subject: legend
In-Reply-To: <2377.71.211.183.82.1166473654.squirrel@maps.hostgis.com>
Message-ID: <TUE.19.DEC.2006.165626.0200.EZENAIDEGMAIL.COM>

thanks, Gregor.

one more thing about legend: how can i put it outside of the map. i have
some layers with too many items for legend so the legend just don't appears.
i thinks its because of the map size, it seems to block bigger legends :P
anyway, i've seen some examples using legend outside the map.


2006/12/18, Gregor Mosheh <gregor at hostgis.com>:
>
> > how is the correct sintax for LEGEND? how is it used on the map file?
>
> The LEGEND block goes in the main block, not in a layer.
>
> Here's an example, using a TrueType font, and embedded into the upper-left
> corner of the map image.
>
> LEGEND
>   IMAGECOLOR 255 255 255
>   KEYSIZE 12 12
>   LABEL
>     TYPE truetype
>     FONT "Arial"
>     SIZE 9
>     COLOR 0 0 0
>   END
>   STATUS embed
>   POSITION ul
> END
>
>
>
>


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

From gregor at HOSTGIS.COM  Tue Dec 19 11:07:03 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Tue, 19 Dec 2006 12:07:03 -0700
Subject: legend
In-Reply-To: <7af310f80612191056m27639934pf4e7e9c16daa02b2@mail.gmail.com>
Message-ID: <TUE.19.DEC.2006.120703.0700.GREGORHOSTGIS.COM>

> one more thing about legend: how can i put it outside of the map.

Instead of setting the legend's status to "embed" set it to "on"
Then, in your HTML template, use the [legend] tag.


From David.Hunter at FNF.COM  Tue Dec 19 13:21:11 2006
From: David.Hunter at FNF.COM (Hunter, David - St. Louis Park, MN)
Date: Tue, 19 Dec 2006 15:21:11 -0600
Subject: querymap with stacked points
Message-ID: <TUE.19.DEC.2006.152111.0600.DAVID.HUNTERFNF.COM>

I use mode=nquery because there are two polygon layers that may or may
not have features at the same point, and those need to be listed in the
query results also.  If there is no other workaround, I will have to
work out some compromises and use mode=query.

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at dnr.state.mn.us] 
Sent: Monday, December 18, 2006 5:20 PM
To: Hunter, David - St. Louis Park, MN; MAPSERVER-USERS at lists.umn.edu
Subject: Re: [UMN_MAPSERVER-USERS] querymap with stacked points

CGI mode=query will return the first feature encountered within
tolerance limits.

Steve

>>> "Hunter, David - St. Louis Park, MN" <David.Hunter at FNF.COM>
12/18/2006 10:01:15 AM >>>
No mapscript, just CGI Mapserver.  Data sources are shape files.

  _____  

From: Hal Mueller [mailto:hal at mobilegeographics.com] 
Sent: Friday, December 15, 2006 3:57 AM
To: Hunter, David - St. Louis Park, MN
Cc: MAPSERVER-USERS at LISTS.UMN.EDU 
Subject: Re: querymap with stacked points

Are you using Mapscript?  What is the datastore--shapefile, database,
other?

There are lots of ways to do this, depending on how your app is
structured.

At 10:18 AM -0600 12/13/06, Hunter, David - St. Louis Park, MN wrote:

	My map application allows users to click on point features,
which causes a popup that displays information about that feature. 
Due
to reasons I won't go into here, we sometimes have multiple points
stacked on top of each other.  They are essentially the same feature,
but with some slightly different attributes to each record.  Is there
a
way that I can filter this, so that only the first feature found is
returned in the query?

	 

	David S. Hunter
	Sr. Software Engineer
	Fidelity National Geographic Solutions
	division of Fidelity National Financial
	5353 Gamble Drive, Suite 201
	St. Louis Park, MN 55416
	" Email: david.hunter at fnf.com <mailto:david.hunter at fnf.com> 
	' Phone: 952.542.1440 ext. 256
	7 Fax: 952.542.3859

	 

 

 


From ara.t.howard at NOAA.GOV  Tue Dec 19 15:29:30 2006
From: ara.t.howard at NOAA.GOV (Ara T Howard)
Date: Tue, 19 Dec 2006 16:29:30 -0700
Subject: OGC WCS and TIME
Message-ID: <TUE.19.DEC.2006.162930.0700.>

i'm trying to get time support running with wcs ala

   http://mapserver.gis.umn.edu/docs/howto/wms_time_support/

reading over

   http://mapserver.gis.umn.edu/docs/howto/wcs_server/#d45e385

and it seems like a little roll-your own shapefile munging code and and
appropriate metadata in the mapfile might do it.

has anyone does this already?  any examples out there?

regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth is
filled with excrement.  it will break you of the habit quickly enough. - the
dalai lama


From ara.t.howard at NOAA.GOV  Tue Dec 19 17:43:01 2006
From: ara.t.howard at NOAA.GOV (Ara T Howard)
Date: Tue, 19 Dec 2006 18:43:01 -0700
Subject: gdaltindex output format
Message-ID: <TUE.19.DEC.2006.184301.0700.>

i'm going to be generating some custom tile indices in order to support TIME=
queries via mapscript.  other than reading the source and inspecting the
shapfile suite output by gdaltindex, can anyone comment on the output format
of the program and any gotchas?

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth is
filled with excrement.  it will break you of the habit quickly enough. - the
dalai lama


From s_lederman at YAHOO.COM  Tue Dec 19 19:30:50 2006
From: s_lederman at YAHOO.COM (Sol Lederman)
Date: Tue, 19 Dec 2006 20:30:50 -0700
Subject: WMS connection error. Failed to draw ...
Message-ID: <TUE.19.DEC.2006.203050.0700.S_LEDERMANYAHOO.COM>

MAPSERVER-USERS Digest - 5 Dec 2006 to 6 Dec 2006 (#2006-339)Dear List Members,

I've been pulling my hair out trying to get MapServer running on a linux box. I once got it working on a different box but this was over a year ago so I may be missing a step or the other box might have been configured differently.

When trying to draw a demo map I get this error:

msDrawMap(): WMS connection error. Failed to draw WMS layer named 'land_fn'. This most likely happened because the remote WMS server returned an invalid image, and XML exception or another unexpected result in response to the GetMap request. Also check and make sure that the layer's connection URL is valid. 

The box that I set mapserver up on a year ago can render the same .map file just fine so I don't believe anything in the map file is incorrect.

Below is the map file. I'd appreciate any suggestions on how I can troubleshoot this.

Thanks,
Sol

MAP
   EXTENT -125 24 -65 50
   SIZE            600 240
   NAME    WMS-Test_Client
 
   WEB
        TEMPLATE        mapserver.html
        IMAGEPATH       "/var/www/cap/docroot/tmp/"
        IMAGEURL        "/tmp/"
   LOG "/tmp/wmsclient.log"
 END

   LAYER
        NAME            alert
        TYPE            point
        STATUS          DEFAULT
        CLASS
                        COLOR   255 0 0
                        SYMBOL  "alert_symbol"
                        SIZE   5
                        LABEL
                                POSITION UR
                                SIZE MEDIUM
                                COLOR 0 0 255
                                OUTLINECOLOR 255 255 255
                        END
        END
        PROJECTION
                "init=epsg:4326"
        end
        FEATURE
                        POINTS -106.08 35.62 END
                        POINTS -108.08 47.62 END
                        POINTS -73.98 40.77 END
                        POINTS -73.98 40.77 END
        END
   END

   SYMBOL
        NAME            "alert_symbol"
        TYPE            ellipse
        FILLED          true
        points          1 1  END
   END

 
 PROJECTION
   "init=epsg:4326"
 END
 
 Layer
   Name land_fn
   TYPE POLYGON
   STATUS DEFAULT
   CONNECTIONTYPE WMS
   CONNECTION "http://128.117.91.208/viz-bin/wmt.cgi?"

   METADATA
    "wms_name" "COASTLINES,NATIONAL,STATE"
    "wms_onlineresource" "http://128.117.91.208/viz-bin/wmt.cgi?"
    "wms_server_version"  "1.1.1"
    "wms_title" "COASTLINES,NATIONAL,STATE"
    "wms_srs"      "EPSG:4326"
    "wms_formatlist"      "image/gif,image/png,image/jpeg"
   END
         
   PROJECTION
     "init=epsg:4326"
   END
 
   CLASS
     NAME test
        COLOR 0 0 0
        OUTLINECOLOR 255 255 255
    END
 END

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

From woodbri at SWOODBRIDGE.COM  Tue Dec 19 21:17:35 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Wed, 20 Dec 2006 00:17:35 -0500
Subject: Raster Soviet Topo Maps
Message-ID: <WED.20.DEC.2006.001735.0500.WOODBRISWOODBRIDGE.COM>

Hi all,

I have downloaded some Soviet Topo maps and I want to use them with 
mapserver. I can clip the collar off them, and probably shove the pixels 
into a rectangle, the scans are slightly rotated.

so for example a 50K Topo 050k--h36-022-2.gif

Processing file: 050k--h36-022-2.gif
   Width=2949, Height=2340
      top: 2793, off: 6
    right: 2192, off: -1
   bottom: 2798, off: -8
    right: 2190, off: 6

where the numbers above are in pixels and the off: value is offset for 
that edge from horizontal or vertical wrt the opposite end.

It has corner values in lat/lons.
   34.750000, 31.500000, 35.000000, 31.666667

Projection: Gauss Kruger
Datum: Pulkovo 1942
Ellipsoid: Krassovsky 1940

I assume this is a UTM projection, so how would I convert these values 
for use in a wld file?

What values should go into the world file? degrees or meters?
  pixel X size = 0.25 / 2793 degrees
  rotation about the Y axis (usually 0.0)
  rotation about the X axis (usually 0.0)
  negative pixel Y size = - (10./60.) / 2192 degrees
  X coordinate of upper left pixel center = 35.0 degrees
  Y coordinate of upper left pixel center = 31.5 degrees

What should the mapserver projection be?

# Pulkovo 1942 / Gauss-Kruger CM 33E
<2496> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=500000 +y_0=0 
+ellps=krass +units=m +no_defs  <>

# Pulkovo 1942 / Gauss-Kruger zone 6
<28406> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=6500000 +y_0=0 
+ellps=krass +units=m +no_defs  <>

# Pulkovo 1942 / Gauss-Kruger 6N
<28466> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=500000 +y_0=0 
+ellps=krass +units=m +no_defs  <>

or a 3-degree variant?

If I have a bunch of these, do they all need to be the same size in 
pixels or can I just square up the corners as scanned and compute x-cell 
size and y-cell sizes based on the scanned size?

I could use a little help on this one, I think I am close.

Thanks,
   -Steve W


From stephane.riff at CERENE.FR  Wed Dec 20 00:25:56 2006
From: stephane.riff at CERENE.FR (=?ISO-8859-1?Q?St=E9phane_RIFF?=)
Date: Wed, 20 Dec 2006 09:25:56 +0100
Subject: Internal server Error 500
In-Reply-To: <45882B2C.1050603@pinan.co.uk>
Message-ID: <WED.20.DEC.2006.092556.0100.STEPHANE.RIFFCERENE.FR>

In the apache log file I see only :
  Premature end of script headers: php

Is there something to do to know more about this error because I don't
know what to do ...

Thanks

Dave Potts wrote:

> A 500 error indicates an internal web server error,  I suggest you 
> look in the logging files for your web server for more information.
>
>
> D.
>
 >> St?phane RIFF wrote:
>> Hi,
>>
>> I have a problem on an application that display rasters.
>> When I zoompoint a an area where there is no rasters available I get 
>> an error 500.
>> This does not append when I make a zoom rectangle (I get a blank 
>> image : normal) !!!
>>
>> Does somebody already saw that ?
>>
>> I use mapserver 4.8
>>
>> Thanks
>
>


From nbarker at ITTVIS.COM  Wed Dec 20 00:51:44 2006
From: nbarker at ITTVIS.COM (Norman Barker)
Date: Wed, 20 Dec 2006 08:51:44 -0000
Subject: OGC WCS and TIME
Message-ID: <WED.20.DEC.2006.085144.0000.NBARKERITTVIS.COM>

Hi Ara,

I have done this a lot :-), what type of datasets are you trying to use?
Python with GDAL, OGR makes this very easy.

For an example I have pasted a python script that creates U+V shape
indexes for MapServer WCS.  It prints the times out at the end which you
can copy in the mapfile as per the shape file. 

Let me know if you need any help.

Norman

# Create index shapefile
# derived from example at
http://zcologia.com/news/categorylist_html?cat_id=2 - Sean Gillies
import ogr
import os
import glob
import gdal
from time import strftime, strptime

for var in ['u','v']:

	output = var + 'index.shp'

	# Create the Shapefile
	driver = ogr.GetDriverByName('ESRI Shapefile')
	if os.path.exists(output):
        	driver.DeleteDataSource(output)

	index_shp  = driver.CreateDataSource(output)
	index = index_shp.CreateLayer('quikscat',
                 geom_type=ogr.wkbPolygon)

	fd = ogr.FieldDefn('LOCATION', ogr.OFTString)
	fd.SetWidth(100)
	index.CreateField(fd)

	fdt = ogr.FieldDefn('TIME', ogr.OFTString)
	fdt.SetWidth(30)
	index.CreateField(fdt)

	# Loop over a number of georeferenced images

	files = glob.glob('*/*/*/*.nc')
        times = ""

	for file in files:
    		# Get georeferencing and size of imagery
    		# read geoinfo from var component, missing
geo-information at top level
    		subfilename = "NETCDF:" + "\"" + os.path.abspath(file) +
"\"" + ":" + var;
   		dataset = gdal.Open(subfilename)
    		g = dataset.GetGeoTransform()
    		pixels = dataset.RasterXSize
    		lines = dataset.RasterYSize
   		minx = g[0]
    		maxx = minx + pixels * g[1]
    		maxy = g[3]
    		miny = maxy + lines * g[5]
    
    		# append to the 'index' layer
    		wkt = 'POLYGON ((%f %f, %f %f, %f %f, %f %f, %f %f))' \
        		% (minx, miny, minx, maxy, maxx, maxy, maxx,
miny, minx, miny)
    		g = ogr.CreateGeometryFromWkt(wkt)

    		# calculate the date string, parse the ordinal date
first
    		length = len(file)
    		dateStr = file[length - 12: length - 3]    
    		date = strptime(dateStr, "%Y%j%H")
    		frmtDate = strftime("%Y-%m-%dT%H", date)
    		times += "," + frmtDate
    		f = ogr.Feature(feature_def=index.GetLayerDefn())
    		f.SetField(0, subfilename)
    		f.SetField(1, frmtDate)
    		f.SetGeometryDirectly(g)
    		index.CreateFeature(f)
    		f.Destroy()

	# destroy index_shp to flush and close
	index_shp.Destroy()

	# print out times as they are useful for mapfile
	print "TIMES VAR: " + var
	print times[1:]

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Ara T Howard
Sent: 19 December 2006 23:30
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] OGC WCS and TIME

i'm trying to get time support running with wcs ala

   http://mapserver.gis.umn.edu/docs/howto/wms_time_support/

reading over

   http://mapserver.gis.umn.edu/docs/howto/wcs_server/#d45e385

and it seems like a little roll-your own shapefile munging code and and
appropriate metadata in the mapfile might do it.

has anyone does this already?  any examples out there?

regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth
is
filled with excrement.  it will break you of the habit quickly enough. -
the
dalai lama


From dirk at ADVTECHME.COM  Wed Dec 20 06:11:56 2006
From: dirk at ADVTECHME.COM (Dirk Tilger)
Date: Wed, 20 Dec 2006 18:11:56 +0400
Subject: WMS connection error. Failed to draw ...
In-Reply-To: <043301c723e7$3fa16db0$0400a8c0@S0029094065>
Message-ID: <WED.20.DEC.2006.181156.0400.DIRKADVTECHME.COM>

On Tue, Dec 19, 2006 at 08:30:50PM -0700, Sol Lederman wrote:
> msDrawMap(): WMS connection error. Failed to draw WMS layer named
> 'land_fn'. This most likely happened because the remote WMS server
> returned an invalid image, and XML exception or another unexpected result
> in response to the GetMap request. Also check and make sure that the
> layer's connection URL is valid.

I'm not an expert, but a connection error looks to me like a network
issue. Can you access that URL with a brower like lynx or wget?

Dirk Tilger
Advanced Technologies ME FZ LLC


From bthoen at GISNET.COM  Wed Dec 20 06:54:53 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Wed, 20 Dec 2006 07:54:53 -0700
Subject: New Compilation of mapserv Throwing "double free" Error
Message-ID: <WED.20.DEC.2006.075453.0700.BTHOENGISNET.COM>

I just compiled Mapserver from source and all seemed to go okay, but 
when I tested it with the -v switch I got this:

# ./mapserv -v
MapServer version 4.10.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP 
OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER 
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT 
SUPPORTS=WCS_SERVER SUPPORTS=GEOS INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS 
INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
*** glibc detected *** ./mapserv: double free or corruption (fasttop): 
0x00000000005dd940 ***
======= Backtrace: =========
/lib64/libc.so.6[0x305426d313]
/lib64/libc.so.6(__libc_free+0x84)[0x305426d494]
/usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab88eea1]
/lib64/libc.so.6(__cxa_finalize+0x8e)[0x3054231e0e]
/usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab83c613]
...followed by a long memory map....

Does anyone have a suggestion about what I should do to correct this?

Thanks,
- Bill Thoen


From watry at STEAM.COAPS.FSU.EDU  Wed Dec 20 07:14:52 2006
From: watry at STEAM.COAPS.FSU.EDU (Gary Watry)
Date: Wed, 20 Dec 2006 10:14:52 -0500
Subject: Linux vs windows
Message-ID: <WED.20.DEC.2006.101452.0500.WATRYSTEAM.COAPS.FSU.EDU>

I have several sites up and running on a Windows 2003 server and may 
have to move to a Linux network. How hard is it to change from The 
Windows to the Linux OS for MapServer

Steve Lime, What would I have to change on your application to  run it 
on Linux

-- 
---------------------------------------------------------
The information transmitted is intended solely for the person or entity for which it is addressed and may contain confidential and/or privileged information.  Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited.  If you received this email in error, please contact the sender and delete the material from your computer. 

---------------------------------------------------------
Gary L. Watry
GIS Coordinator
Center for Ocean-Atmospheric Prediction Studies
FSU / COAPS
Johnson Building, RM 231
2035 East Paul Dirac Drive
Tallahassee, Florida 32306-2840

Phone (850) 645-7457

E-Mail: watry at coaps.fsu.edu


From bfraser at GEOANALYTIC.COM  Wed Dec 20 07:48:15 2006
From: bfraser at GEOANALYTIC.COM (Brent Fraser)
Date: Wed, 20 Dec 2006 08:48:15 -0700
Subject: Raster Soviet Topo Maps
Message-ID: <WED.20.DEC.2006.084815.0700.BFRASERGEOANALYTIC.COM>

Steve,

  The short answer is it depends how accurate you want the result to be.

My usual steps to get an accurate result are:
    Rectify,
        - removes skew (makes the pixel axis line up with the projected
coord axis)
    Clip the collars to the curved Lat/Lon extents,
        - removes margin info right along the mapped extent
    Merge the mapped pixels from adjacent maps,
        - fills in map data along perimeter slivers nulled by the above step
    Clip to the original (projected coordinate) extents (plus a 50 pixel
buffer)
        - makes the file a nice size for good performance

While it's possible to remove the skew with a paint program and calculate
the the world file values by hand, the quality of the results are generally
poor.  If you've got access to a Windows computer, buy a copy of
GlobalMapper (www.globalmapper.com).  It also clips along Lat/Lon boundaries
which is critical.  And iit can do the loading of adjacent maps and save the
result, although not in an automated fashion unless you use it's scripting
capability.  There's a "limited feature" version at
http://mcmcweb.er.usgs.gov/drc/dlgv32pro/

    - if you want to have the same coordinate system as the Soviet map's
projected grid, use your third choice:
# Pulkovo 1942 / Gauss-Kruger zone 6
<28406> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=6500000 +y_0=0
+ellps=krass +units=m +no_defs  <>

Note the x_0 value.  The Soviet maps use a false easting that depends on the
zone number (mult the zone number by 1 million, then add 500k).

Brent Fraser
GeoAnalytic Inc
Calgary, Alberta, Canada


----- Original Message ----- 
From: "Stephen Woodbridge" <woodbri at SWOODBRIDGE.COM>
To: <MAPSERVER-USERS at LISTS.UMN.EDU>
Sent: Tuesday, December 19, 2006 10:17 PM
Subject: [UMN_MAPSERVER-USERS] Raster Soviet Topo Maps


> Hi all,
>
> I have downloaded some Soviet Topo maps and I want to use them with
> mapserver. I can clip the collar off them, and probably shove the pixels
> into a rectangle, the scans are slightly rotated.
>
> so for example a 50K Topo 050k--h36-022-2.gif
>
> Processing file: 050k--h36-022-2.gif
>    Width=2949, Height=2340
>       top: 2793, off: 6
>     right: 2192, off: -1
>    bottom: 2798, off: -8
>     right: 2190, off: 6
>
> where the numbers above are in pixels and the off: value is offset for
> that edge from horizontal or vertical wrt the opposite end.
>
> It has corner values in lat/lons.
>    34.750000, 31.500000, 35.000000, 31.666667
>
> Projection: Gauss Kruger
> Datum: Pulkovo 1942
> Ellipsoid: Krassovsky 1940
>
> I assume this is a UTM projection, so how would I convert these values
> for use in a wld file?
>
> What values should go into the world file? degrees or meters?
>   pixel X size = 0.25 / 2793 degrees
>   rotation about the Y axis (usually 0.0)
>   rotation about the X axis (usually 0.0)
>   negative pixel Y size = - (10./60.) / 2192 degrees
>   X coordinate of upper left pixel center = 35.0 degrees
>   Y coordinate of upper left pixel center = 31.5 degrees
>
> What should the mapserver projection be?
>
> # Pulkovo 1942 / Gauss-Kruger CM 33E
> <2496> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=500000 +y_0=0
> +ellps=krass +units=m +no_defs  <>
>
> # Pulkovo 1942 / Gauss-Kruger zone 6
> <28406> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=6500000 +y_0=0
> +ellps=krass +units=m +no_defs  <>
>
> # Pulkovo 1942 / Gauss-Kruger 6N
> <28466> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=500000 +y_0=0
> +ellps=krass +units=m +no_defs  <>
>
> or a 3-degree variant?
>
> If I have a bunch of these, do they all need to be the same size in
> pixels or can I just square up the corners as scanned and compute x-cell
> size and y-cell sizes based on the scanned size?
>
> I could use a little help on this one, I think I am close.
>
> Thanks,
>    -Steve W


From ara.t.howard at NOAA.GOV  Wed Dec 20 07:52:51 2006
From: ara.t.howard at NOAA.GOV (Ara T Howard)
Date: Wed, 20 Dec 2006 08:52:51 -0700
Subject: OGC WCS and TIME
In-Reply-To: <B67A5FB7A8114B47A70517C9C0D102E8131D08@bath.uk.rsinc.com>
Message-ID: <WED.20.DEC.2006.085251.0700.>

On Wed, 20 Dec 2006, Norman Barker wrote:

hi norman-

> I have done this a lot :-), what type of datasets are you trying to use?
> Python with GDAL, OGR makes this very easy.
>
> For an example I have pasted a python script that creates U+V shape indexes
> for MapServer WCS.  It prints the times out at the end which you can copy in
> the mapfile as per the shape file.
>
> Let me know if you need any help.
>
> Norman

<snip> python script which i'm reading now </snip>

we will be serving dmsp (http://www.ngdc.noaa.gov/dmsp/) global mosaics
imagery of both visible and thermal bands
(http://www.ngdc.noaa.gov/eog/nrt/html/mosaic/ut_night/loop/).

we'll be serving one mosaic per band (5x) per satellite (2-3) per utday.  we
aim to have 30-90 days on disk and that leads to something like a max of 1000
layers.  our mapserver is compiled with MS_MAXLAYERS=200 and we could simply
boost - but that's getting to be a BIG mapfile!  i looked at using dynamic
layters but, afaikt, adding layers dynamically via mapscript results in fubar
DescribeCoverage calls (see recent un-answered thread started by me on the
subject).

therefore, what i'm trying to do is to uses mapserver's tiling support with
the TIME= filter to store one utday's mosaic per tile and then, obviously, to
require TIME=utday in the query.  ultimately i plan to have band and satellite
specifc tiles as well to use with BAND= and PARAMETER= query components.  note
that none of our tiles are acutal spatial diviions.  we'd like to use spatial
tiles but research so far shows consistent projection errors when spatially
tiled imagery is served.

so, in summary, step one is reduce the number of layers i have by creating
custom shapefiles (i fear this is the only way) which will support/require
a TIME= component in each request.  the time component with by at the utday
granularity.  an example tile name is

   F1520061212.nt.d.OIS.vis.mos.tif
      ^^^^^^^^
      ^^^^^^^^
      ^^^^^^^^
      utday

my specific (newbie) questions are

   1) how to create custom shapefiles which would included a time index.  i think
   i'll be able to manage this with your example python script and by examining
   the output of gdaltindex.  i'm using ruby btw ;-) !

   2) how to configure a mapfile to reflect this change in structure.  a vis
   layer is now specified in auto-generated mapfiles this way:

     LAYER
       NAME "F1620061220.nt.d.OIS.vis.mos.tif"
       PROCESSING "SCALE_1=0,63"
       METADATA
         wcs_description "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_name "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_label "F1620061220.nt.d.OIS.vis.mos.tif"
         ows_srs "EPSG:4326"
         ows_extent "-180 -75 180 75"
         wcs_resolution "0.00833333 -0.00833333"
         wcs_bandcount "1"
         wcs_formats "GEOTIFF"
         wcs_nativeformat "8-bit GeoTIF"
         wcs_rangeset_name "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_rangeset_label "vis"
         wcs_rangeset_axes "bands"
         wcs_bands_name "bands"
         wcs_bands_semantic "http://www.ngdc.noaa.gov/dmsp/"
         wcs_bands_refSys "European Petroleum Survey Group (EPSG)"
         wcs_bands_label "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_bands_values "VIS"
       END
       STATUS off
       DUMP true
       DATA "F1620061220.nt.d.OIS.vis.mos.tif"
       TYPE raster
       PROJECTION
         "init=epsg:4326"
       END
     END

   i realize i'll have to add an index layer and to refer to it somehow in
   another layer definition, but am not quite clear how to go about this.

   3) how much further i can abuse tile support to reduce the number of layers
   in my mapfile.  i'm fairly certain band specfic tiles can be made to work
   using BAND= query component, but am uncertain of PARAMETER= could be used to
   support arbitrary, in this case by satellite, tiling.

   4) assuming the issues with data projection can be solved, if spatial tiling
   could also be layered on top of the above later.


   5) ... just kidding - i suppose that's enough questions for now!


thanks for the input!

kind regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth is
filled with excrement.  it will break you of the habit quickly enough. - the
dalai lama


From nbarker at ITTVIS.COM  Wed Dec 20 08:58:39 2006
From: nbarker at ITTVIS.COM (Norman Barker)
Date: Wed, 20 Dec 2006 16:58:39 -0000
Subject: OGC WCS and TIME
Message-ID: <WED.20.DEC.2006.165839.0000.NBARKERITTVIS.COM>

Hi,

Ok, to (try) answer your questions

1) Custom shapefiles can be created easily, you may find it easier to
create a shapefile first with gdaltindex and then abuse it to add the
TIME field, or create the shapefile from scratch as per the example
script

2) You would create a layer index like

    LAYER
        NAME 'vis_mos_idx'
        TYPE TILEINDEX
        DATA 'data/vis_mos/index'     (refers to the shape file index)
        FILTERITEM 'TIME'
        FILTER '%time%'
    END

And the a coverage layer like 

LAYER
        NAME 'vis_mos'
        STATUS OFF
        TYPE RASTER
        DUMP TRUE
        TILEINDEX 'vis_mos_idx'     (referencing above)
        PROJECTION
            "init=epsg:4326"
        END
        METADATA
           :
           :
        wcs_timeposition '  ... list of all the times, generated from
the filenames of the files in the shape index'
        wcs_timeitem 'time'
           :
END

3) Looking at the wcs.c code (which was written by Steve Lime, and Frank
W), bands is a keyword, and this is deliberately matched to bands of a
data file (logically enough!).  However it is difficult to add metadata
to the band description as to what each level represents, and they are
listed as values 1,2,3,etc.  To add additional parameters you would have
to change the code.

In summary I find the WCS interface to MapServer to be great, being able
to do time=..&bands=1,4,5,.. greatly reduces the client download, and
simplifies my data on the server, since a coverage layer represents a
collection of data files that could be constantly changing.

Can you send a link to the list for your server when you have finished,
showing changing (2-3 per day) data is an interesting use case.
Currently I use WCS for historic data.

Thanks,

Norman

-----Original Message-----
From: ara.t.howard at noaa.gov [mailto:ara.t.howard at noaa.gov] 
Sent: 20 December 2006 15:53
To: Norman Barker
Cc: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: RE: [UMN_MAPSERVER-USERS] OGC WCS and TIME

On Wed, 20 Dec 2006, Norman Barker wrote:

hi norman-

> I have done this a lot :-), what type of datasets are you trying to
use?
> Python with GDAL, OGR makes this very easy.
>
> For an example I have pasted a python script that creates U+V shape
indexes
> for MapServer WCS.  It prints the times out at the end which you can
copy in
> the mapfile as per the shape file.
>
> Let me know if you need any help.
>
> Norman

<snip> python script which i'm reading now </snip>

we will be serving dmsp (http://www.ngdc.noaa.gov/dmsp/) global mosaics
imagery of both visible and thermal bands
(http://www.ngdc.noaa.gov/eog/nrt/html/mosaic/ut_night/loop/).

we'll be serving one mosaic per band (5x) per satellite (2-3) per utday.
we
aim to have 30-90 days on disk and that leads to something like a max of
1000
layers.  our mapserver is compiled with MS_MAXLAYERS=200 and we could
simply
boost - but that's getting to be a BIG mapfile!  i looked at using
dynamic
layters but, afaikt, adding layers dynamically via mapscript results in
fubar
DescribeCoverage calls (see recent un-answered thread started by me on
the
subject).

therefore, what i'm trying to do is to uses mapserver's tiling support
with
the TIME= filter to store one utday's mosaic per tile and then,
obviously, to
require TIME=utday in the query.  ultimately i plan to have band and
satellite
specifc tiles as well to use with BAND= and PARAMETER= query components.
note
that none of our tiles are acutal spatial diviions.  we'd like to use
spatial
tiles but research so far shows consistent projection errors when
spatially
tiled imagery is served.

so, in summary, step one is reduce the number of layers i have by
creating
custom shapefiles (i fear this is the only way) which will
support/require
a TIME= component in each request.  the time component with by at the
utday
granularity.  an example tile name is

   F1520061212.nt.d.OIS.vis.mos.tif
      ^^^^^^^^
      ^^^^^^^^
      ^^^^^^^^
      utday

my specific (newbie) questions are

   1) how to create custom shapefiles which would included a time index.
i think
   i'll be able to manage this with your example python script and by
examining
   the output of gdaltindex.  i'm using ruby btw ;-) !

   2) how to configure a mapfile to reflect this change in structure.  a
vis
   layer is now specified in auto-generated mapfiles this way:

     LAYER
       NAME "F1620061220.nt.d.OIS.vis.mos.tif"
       PROCESSING "SCALE_1=0,63"
       METADATA
         wcs_description "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_name "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_label "F1620061220.nt.d.OIS.vis.mos.tif"
         ows_srs "EPSG:4326"
         ows_extent "-180 -75 180 75"
         wcs_resolution "0.00833333 -0.00833333"
         wcs_bandcount "1"
         wcs_formats "GEOTIFF"
         wcs_nativeformat "8-bit GeoTIF"
         wcs_rangeset_name "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_rangeset_label "vis"
         wcs_rangeset_axes "bands"
         wcs_bands_name "bands"
         wcs_bands_semantic "http://www.ngdc.noaa.gov/dmsp/"
         wcs_bands_refSys "European Petroleum Survey Group (EPSG)"
         wcs_bands_label "F1620061220.nt.d.OIS.vis.mos.tif"
         wcs_bands_values "VIS"
       END
       STATUS off
       DUMP true
       DATA "F1620061220.nt.d.OIS.vis.mos.tif"
       TYPE raster
       PROJECTION
         "init=epsg:4326"
       END
     END

   i realize i'll have to add an index layer and to refer to it somehow
in
   another layer definition, but am not quite clear how to go about
this.

   3) how much further i can abuse tile support to reduce the number of
layers
   in my mapfile.  i'm fairly certain band specfic tiles can be made to
work
   using BAND= query component, but am uncertain of PARAMETER= could be
used to
   support arbitrary, in this case by satellite, tiling.

   4) assuming the issues with data projection can be solved, if spatial
tiling
   could also be layered on top of the above later.


   5) ... just kidding - i suppose that's enough questions for now!


thanks for the input!

kind regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth
is
filled with excrement.  it will break you of the habit quickly enough. -
the
dalai lama


From woodbri at SWOODBRIDGE.COM  Wed Dec 20 09:04:30 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Wed, 20 Dec 2006 12:04:30 -0500
Subject: Raster Soviet Topo Maps
In-Reply-To: <092401c7244e$43a7d4f0$160002c0@shark>
Message-ID: <WED.20.DEC.2006.120430.0500.WOODBRISWOODBRIDGE.COM>

Hi Brent,

Thank you for the response. A few Qs below ...

Brent Fraser wrote:
> Steve,
> 
>   The short answer is it depends how accurate you want the result to be.

I would like this to be reasonably accurate, so digitizing over the map 
gives good results.

> My usual steps to get an accurate result are:
>     Rectify,
>         - removes skew (makes the pixel axis line up with the projected
> coord axis)
>     Clip the collars to the curved Lat/Lon extents,
>         - removes margin info right along the mapped extent
>     Merge the mapped pixels from adjacent maps,
>         - fills in map data along perimeter slivers nulled by the above step
>     Clip to the original (projected coordinate) extents (plus a 50 pixel
> buffer)
>         - makes the file a nice size for good performance

I am writing some code that will clip the collars. So from your 
description above it is not clear, but it would seem that all you images 
  are identical height and width when you are done.

One thing that I am worried about is that the aspect ratio of the map 
areas is not the same as the lat/lon coverage and sizes very somewhat.

    ie: h_img/w_img != h_lat/w_lon

So, I am assuming that my Rectify step also needs to scale the image to 
some standard size that has an aspect ratio of 15x10 mins for the 50K maps.

> While it's possible to remove the skew with a paint program and calculate
> the the world file values by hand, the quality of the results are generally
> poor.  If you've got access to a Windows computer, buy a copy of
> GlobalMapper (www.globalmapper.com).  It also clips along Lat/Lon boundaries
> which is critical.  And iit can do the loading of adjacent maps and save the
> result, although not in an automated fashion unless you use it's scripting
> capability.  There's a "limited feature" version at
> http://mcmcweb.er.usgs.gov/drc/dlgv32pro/

The one you copy below is the second not third choice :), but just 
checking. The math indicates second choice.

>     - if you want to have the same coordinate system as the Soviet map's
> projected grid, use your third choice:
> # Pulkovo 1942 / Gauss-Kruger zone 6
> <28406> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=6500000 +y_0=0
> +ellps=krass +units=m +no_defs  <>
> 
> Note the x_0 value.  The Soviet maps use a false easting that depends on the
> zone number (mult the zone number by 1 million, then add 500k).

Do you have these up and running somewhere that I can browse them?

I hope to have code that will automate processing these, but it will 
take through the holidays to scrape together enough evenings and 
weekends to get it working. Finding the clip corners has been a 
challenge but I might have that whipped. There is still a lot to sort out.

I really appreciate the help and suggestions.

Thank you,
   -Steve

> Brent Fraser
> GeoAnalytic Inc
> Calgary, Alberta, Canada
> 
> 
> ----- Original Message ----- 
> From: "Stephen Woodbridge" <woodbri at SWOODBRIDGE.COM>
> To: <MAPSERVER-USERS at LISTS.UMN.EDU>
> Sent: Tuesday, December 19, 2006 10:17 PM
> Subject: [UMN_MAPSERVER-USERS] Raster Soviet Topo Maps
> 
> 
>> Hi all,
>>
>> I have downloaded some Soviet Topo maps and I want to use them with
>> mapserver. I can clip the collar off them, and probably shove the pixels
>> into a rectangle, the scans are slightly rotated.
>>
>> so for example a 50K Topo 050k--h36-022-2.gif
>>
>> Processing file: 050k--h36-022-2.gif
>>    Width=2949, Height=2340
>>       top: 2793, off: 6
>>     right: 2192, off: -1
>>    bottom: 2798, off: -8
>>     right: 2190, off: 6
>>
>> where the numbers above are in pixels and the off: value is offset for
>> that edge from horizontal or vertical wrt the opposite end.
>>
>> It has corner values in lat/lons.
>>    34.750000, 31.500000, 35.000000, 31.666667
>>
>> Projection: Gauss Kruger
>> Datum: Pulkovo 1942
>> Ellipsoid: Krassovsky 1940
>>
>> I assume this is a UTM projection, so how would I convert these values
>> for use in a wld file?
>>
>> What values should go into the world file? degrees or meters?
>>   pixel X size = 0.25 / 2793 degrees
>>   rotation about the Y axis (usually 0.0)
>>   rotation about the X axis (usually 0.0)
>>   negative pixel Y size = - (10./60.) / 2192 degrees
>>   X coordinate of upper left pixel center = 35.0 degrees
>>   Y coordinate of upper left pixel center = 31.5 degrees
>>
>> What should the mapserver projection be?
>>
>> # Pulkovo 1942 / Gauss-Kruger CM 33E
>> <2496> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=500000 +y_0=0
>> +ellps=krass +units=m +no_defs  <>
>>
>> # Pulkovo 1942 / Gauss-Kruger zone 6
>> <28406> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=6500000 +y_0=0
>> +ellps=krass +units=m +no_defs  <>
>>
>> # Pulkovo 1942 / Gauss-Kruger 6N
>> <28466> +proj=tmerc +lat_0=0 +lon_0=33 +k=1.000000 +x_0=500000 +y_0=0
>> +ellps=krass +units=m +no_defs  <>
>>
>> or a 3-degree variant?
>>
>> If I have a bunch of these, do they all need to be the same size in
>> pixels or can I just square up the corners as scanned and compute x-cell
>> size and y-cell sizes based on the scanned size?
>>
>> I could use a little help on this one, I think I am close.
>>
>> Thanks,
>>    -Steve W
> 


From ara.t.howard at NOAA.GOV  Wed Dec 20 09:16:22 2006
From: ara.t.howard at NOAA.GOV (Ara T Howard)
Date: Wed, 20 Dec 2006 10:16:22 -0700
Subject: OGC WCS and TIME
In-Reply-To: <B67A5FB7A8114B47A70517C9C0D102E8131D0F@bath.uk.rsinc.com>
Message-ID: <WED.20.DEC.2006.101622.0700.>

On Wed, 20 Dec 2006, Norman Barker wrote:

> Hi,
>
> Ok, to (try) answer your questions
>
> 1) Custom shapefiles can be created easily, you may find it easier to create
> a shapefile first with gdaltindex and then abuse it to add the TIME field,
> or create the shapefile from scratch as per the example script

right-0.  i'm going to take the from scratch route as i prefer to understand
the inner workings.

> 2) You would create a layer index like
>
>    LAYER
>        NAME 'vis_mos_idx'
>        TYPE TILEINDEX
>        DATA 'data/vis_mos/index'     (refers to the shape file index)
>        FILTERITEM 'TIME'
>        FILTER '%time%'
>    END
>
> And the a coverage layer like
>
> LAYER
>        NAME 'vis_mos'
>        STATUS OFF
>        TYPE RASTER
>        DUMP TRUE
>        TILEINDEX 'vis_mos_idx'     (referencing above)
>        PROJECTION
>            "init=epsg:4326"
>        END
>        METADATA
>           :
>           :
>        wcs_timeposition '  ... list of all the times, generated from
> the filenames of the files in the shape index'
>        wcs_timeitem 'time'
>           :
> END

this seems extremely problematic.  if we interfaced to our archive, for
instance, we'd have

    wcs_timeposition => approx a list of 60000 times!!!

it seems redundant to enumerate the times both in the dbx file AND in the
mapfile eh?  alas, this may simply be a limitation...  i worry, however that
long lists of 'wcs_timeposition' may simply hit another internal compile time
limit?

> 3) Looking at the wcs.c code (which was written by Steve Lime, and Frank W),
> bands is a keyword, and this is deliberately matched to bands of a data file
> (logically enough!).  However it is difficult to add metadata to the band
> description as to what each level represents, and they are listed as values
> 1,2,3,etc.  To add additional parameters you would have to change the code.
>
> In summary I find the WCS interface to MapServer to be great, being able to
> do time=..&bands=1,4,5,.. greatly reduces the client download, and
> simplifies my data on the server, since a coverage layer represents a
> collection of data files that could be constantly changing.

yes exactly.  it would be quite sufficient to break apart our data along both
time and band dimensions.  more would be nice, but even just doing just the
time dimension will reduce the size enough to fit in a reasonably sized
mapfile as it's by far the largest dim...

> Can you send a link to the list for your server when you have finished,
> showing changing (2-3 per day) data is an interesting use case.  Currently I
> use WCS for historic data.

heh.  we're changing about 5gb per utday every 15 minutes!  the current method
syncs data from a small linux cluster via nfs to the local disk, making sure
the sync has data arrive atomically on local disk.  the fact that mapserver is
stateless is a BIG plus here and the reason we were not able to use some
proprietary wcs solutions we already have here in-house.

i could post links now, but some of the data are classified for 3 hrs after
aquistion.  once our security is finalized we will be providing half
resolution data to the public free of the charge.  the data will initially be
near-real-time nighttime dmsp mosaics of both visible and thermal channels.

thanks a ton for your replies btw!  where are you located btw?  i'm in
boulder.

kind regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth is
filled with excrement.  it will break you of the habit quickly enough. - the
dalai lama


From nbarker at ITTVIS.COM  Wed Dec 20 09:38:40 2006
From: nbarker at ITTVIS.COM (Norman Barker)
Date: Wed, 20 Dec 2006 17:38:40 -0000
Subject: OGC WCS and TIME
Message-ID: <WED.20.DEC.2006.173840.0000.NBARKERITTVIS.COM>

Hi,

Yes, wcs_timeposition does create very large files :-), it is however
easy for clients :-)

The WMS supports timeextent  "wms_timeextent"
"2003-08-01/2006-12-31/P5M", so I guess it wouldn't be too hard to put
this into MapServer WCS

The code for looking up the time parameters from mapwcs.c

if(msOWSLookupMetadata(&(layer->metadata), "COM", "timeposition") ||
msOWSLookupMetadata(&(layer->metadata), "COM", "timeperiod")) {
    msIO_printf("      <temporalDomain>\n");

    /* TimePosition (should support a value AUTO, then we could mine
positions from the timeitem) */
    msOWSPrintEncodeMetadataList(stdout, &(layer->metadata), "COM",
"timeposition", NULL, NULL, "
<gml:timePosition>%s</gml:timePosition>\n", NULL);

    /* TODO:  add TimePeriod (only one per layer)  */

    msIO_printf("      </temporalDomain>\n");
  }

And mapwms.c gives the code for looking up the time extent

It would be a good improvement to add this to the server.  I think the
comment about AUTO would probably me most useful :-)

I was in Boulder for the Summer, and will be back in Jan, I am actually
based in the UK.  Head Office is in Boulder, we do IDL + ENVI which I
think you use at NOAA.

Norman




-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Ara T Howard
Sent: 20 December 2006 17:16
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] OGC WCS and TIME

On Wed, 20 Dec 2006, Norman Barker wrote:

> Hi,
>
> Ok, to (try) answer your questions
>
> 1) Custom shapefiles can be created easily, you may find it easier to
create
> a shapefile first with gdaltindex and then abuse it to add the TIME
field,
> or create the shapefile from scratch as per the example script

right-0.  i'm going to take the from scratch route as i prefer to
understand
the inner workings.

> 2) You would create a layer index like
>
>    LAYER
>        NAME 'vis_mos_idx'
>        TYPE TILEINDEX
>        DATA 'data/vis_mos/index'     (refers to the shape file index)
>        FILTERITEM 'TIME'
>        FILTER '%time%'
>    END
>
> And the a coverage layer like
>
> LAYER
>        NAME 'vis_mos'
>        STATUS OFF
>        TYPE RASTER
>        DUMP TRUE
>        TILEINDEX 'vis_mos_idx'     (referencing above)
>        PROJECTION
>            "init=epsg:4326"
>        END
>        METADATA
>           :
>           :
>        wcs_timeposition '  ... list of all the times, generated from
> the filenames of the files in the shape index'
>        wcs_timeitem 'time'
>           :
> END

this seems extremely problematic.  if we interfaced to our archive, for
instance, we'd have

    wcs_timeposition => approx a list of 60000 times!!!

it seems redundant to enumerate the times both in the dbx file AND in
the
mapfile eh?  alas, this may simply be a limitation...  i worry, however
that
long lists of 'wcs_timeposition' may simply hit another internal compile
time
limit?

> 3) Looking at the wcs.c code (which was written by Steve Lime, and
Frank W),
> bands is a keyword, and this is deliberately matched to bands of a
data file
> (logically enough!).  However it is difficult to add metadata to the
band
> description as to what each level represents, and they are listed as
values
> 1,2,3,etc.  To add additional parameters you would have to change the
code.
>
> In summary I find the WCS interface to MapServer to be great, being
able to
> do time=..&bands=1,4,5,.. greatly reduces the client download, and
> simplifies my data on the server, since a coverage layer represents a
> collection of data files that could be constantly changing.

yes exactly.  it would be quite sufficient to break apart our data along
both
time and band dimensions.  more would be nice, but even just doing just
the
time dimension will reduce the size enough to fit in a reasonably sized
mapfile as it's by far the largest dim...

> Can you send a link to the list for your server when you have
finished,
> showing changing (2-3 per day) data is an interesting use case.
Currently I
> use WCS for historic data.

heh.  we're changing about 5gb per utday every 15 minutes!  the current
method
syncs data from a small linux cluster via nfs to the local disk, making
sure
the sync has data arrive atomically on local disk.  the fact that
mapserver is
stateless is a BIG plus here and the reason we were not able to use some
proprietary wcs solutions we already have here in-house.

i could post links now, but some of the data are classified for 3 hrs
after
aquistion.  once our security is finalized we will be providing half
resolution data to the public free of the charge.  the data will
initially be
near-real-time nighttime dmsp mosaics of both visible and thermal
channels.

thanks a ton for your replies btw!  where are you located btw?  i'm in
boulder.

kind regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth
is
filled with excrement.  it will break you of the habit quickly enough. -
the
dalai lama


From mikesaunt at GMAIL.COM  Wed Dec 20 09:50:58 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Wed, 20 Dec 2006 17:50:58 +0000
Subject: Length of CGI query string
Message-ID: <WED.20.DEC.2006.175058.0000.MIKESAUNTGMAIL.COM>

Hi All

Just wondering if anyone knows of a maximum to the length of the query
string passed to Mapserver in an HTTP request?  I seem to remember it being
around 4092 byts but not sure.

So not to appear cryptic we have an application that nquery's multiple layer
in a single execution by passing in individual template file names and
tolerances for the layers.

Any help would be appreciated.

Merry Christmas and a safe and happy new year!

Cheers
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061220/b80ee8df/attachment.htm>

From ara.t.howard at NOAA.GOV  Wed Dec 20 09:57:16 2006
From: ara.t.howard at NOAA.GOV (Ara T Howard)
Date: Wed, 20 Dec 2006 10:57:16 -0700
Subject: OGC WCS and TIME
In-Reply-To: <B67A5FB7A8114B47A70517C9C0D102E8131D11@bath.uk.rsinc.com>
Message-ID: <WED.20.DEC.2006.105716.0700.>

On Wed, 20 Dec 2006, Norman Barker wrote:

> Yes, wcs_timeposition does create very large files :-), it is however easy
> for clients :-)

i suppose so.  not if that info was used to create a gui element though! ;-)

i guess i'll have to run with it for now and hope for the best...

> The WMS supports timeextent  "wms_timeextent" "2003-08-01/2006-12-31/P5M",
> so I guess it wouldn't be too hard to put this into MapServer WCS

yup.  i was just reading about that...

> The code for looking up the time parameters from mapwcs.c
>
> if(msOWSLookupMetadata(&(layer->metadata), "COM", "timeposition") ||
> msOWSLookupMetadata(&(layer->metadata), "COM", "timeperiod")) {
>    msIO_printf("      <temporalDomain>\n");
>
>    /* TimePosition (should support a value AUTO, then we could mine
> positions from the timeitem) */
>    msOWSPrintEncodeMetadataList(stdout, &(layer->metadata), "COM",
> "timeposition", NULL, NULL, "
> <gml:timePosition>%s</gml:timePosition>\n", NULL);
>
>    /* TODO:  add TimePeriod (only one per layer)  */
>
>    msIO_printf("      </temporalDomain>\n");
>  }
>
> And mapwms.c gives the code for looking up the time extent
>
> It would be a good improvement to add this to the server.  I think the
> comment about AUTO would probably me most useful :-)

i haven't even read the mapserver code, but i'd be willing to attempt a patch
- what's the community protocol for that sort of thing?

> I was in Boulder for the Summer, and will be back in Jan, I am actually
> based in the UK.

cool.  ping me when you're in town if a beer in boulder sounds good... we just
had lunch with some friends from the colorado office yesterday...

> Head Office is in Boulder, we do IDL + ENVI which I think you use at NOAA.

indeed.  the mosaics in question are created with

   - c for geolocation
   - idl and ruby for image processing
   - ruby driving job scheduling and cluster management (http://www.linuxjournal.com/article/7922)

cheers.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth is
filled with excrement.  it will break you of the habit quickly enough. - the
dalai lama


From bfraser at GEOANALYTIC.COM  Wed Dec 20 10:47:16 2006
From: bfraser at GEOANALYTIC.COM (Brent Fraser)
Date: Wed, 20 Dec 2006 11:47:16 -0700
Subject: Raster Soviet Topo Maps
Message-ID: <WED.20.DEC.2006.114716.0700.BFRASERGEOANALYTIC.COM>

Steve,

  Some answers (I hope)...

> I am writing some code that will clip the collars. So from your
> description above it is not clear, but it would seem that all you images
>   are identical height and width when you are done.

Not even close (especially for Canadian topo maps).  Since the width of the
mapped area is based on lines of longitude, the farther north the map, the
narrower it is (because the maps are projected).   It is likely not too
noticable on your group of Soviet topos...

>
> One thing that I am worried about is that the aspect ratio of the map
> areas is not the same as the lat/lon coverage and sizes very somewhat.
>
>     ie: h_img/w_img != h_lat/w_lon
>
> So, I am assuming that my Rectify step also needs to scale the image to
> some standard size that has an aspect ratio of 15x10 mins for the 50K
maps.

You should do the rectification step in projected coordinates for the best
results.  I think you could use gdal_translate to "attach" the control
points to the image, then use gdalwarp to apply an affine warp to the image
using the control points but I haven't tried this myself (GlobalMapper is
sooo much easier).  In the rectification step all your are asking the
software to do is apply an affine transformation to the raster to align the
pixel coordinate system to the projected coordinate system of the map.  The
resulting warped image will look almost identical to the "raw" scan, but it
may be slightly rotated if it is not adjacent to the central meridian.  And
the other thing the rectification does is produce registration info, usually
in the form of a World file.

  If you instead tried to move the raw scan into geographic coordinates by
applying the affine trasformation, some parts of the map would not be
accurate at all.  Basically you would be doing a map "projection" using an
affine trasformation; not recommended!

Once you have the images rectified to their project coordinate system, you
could get gdal_warp to move them into a geographic coordinate system (it
would use map projection equations, not an affine warp since it would know
the both the source and target coordinate systems).   And you could also use
it to clip to the lat/lon extents.  Then you'd be done.  Build a tile index,
specify the coordinate system fo the layer as geographic, let mapserver
re-project them.

But for best performance, you should store them in the coordinate system you
will be displaying them.    After you've clipped the collars using gdalwarp
you could re-project them back to GK, and fill in the perimeter "wedges"
with the adjacent maps.  Gdalwarp will do this too, although if you have
lots of maps you would want to script this...

>
>
> Do you have these up and running somewhere that I can browse them?

Nope. We sell the Canadian topos as GeoTiffs on CDs.  We've done some Soviet
topos on a as-requested basis, but nothing on-line.

>
> I hope to have code that will automate processing these, but it will
> take through the holidays to scrape together enough evenings and
> weekends to get it working. Finding the clip corners has been a
> challenge but I might have that whipped. There is still a lot to sort out.

Avoid coding!  Frank W., as usually, has already done all the hard work.
gdal_translate and gdalwarp will [likely] do everything for you....

Brent


From volunteer at SPATIALLINK.ORG  Wed Dec 20 10:56:21 2006
From: volunteer at SPATIALLINK.ORG (siva)
Date: Wed, 20 Dec 2006 11:56:21 -0700
Subject: Length of CGI query string
Message-ID: <WED.20.DEC.2006.115621.0700.>

hello
http also depend on server an browser

look url length at http://support.microsoft.com/kb/208427
sincerely
sshekar

> -------- Original Message --------
> Subject: [UMN_MAPSERVER-USERS] Length of CGI query string
> From: Mike Saunt <mikesaunt at GMAIL.COM>
> Date: Wed, December 20, 2006 12:50 pm
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> 
> Hi All
> 
> Just wondering if anyone knows of a maximum to the length of the query string passed to Mapserver in an HTTP request?  I seem to remember it being around 4092 byts but not sure.  
> 
> So not to appear cryptic we have an application that nquery's multiple layer in a single execution by passing in individual template file names and tolerances for the layers. 
> 
> Any help would be appreciated.
> 
> Merry Christmas and a safe and happy new year!
> 
> Cheers
> Mike


From siki at AGT.BME.HU  Wed Dec 20 15:06:30 2006
From: siki at AGT.BME.HU (Siki Zoltan)
Date: Wed, 20 Dec 2006 22:06:30 -0100
Subject: Length of CGI query string {Scanned}
In-Reply-To: <5a9686e80612200950l76d4e4aetc2e360f6163de262@mail.gmail.com>
Message-ID: <WED.20.DEC.2006.220630.0100.SIKIAGT.BME.HU>

Hi,

The length of the query string is not limited by MapServer but by Apache.
See:
http://www.velocityreviews.com/forums/t164719-help-request-string-length-limitation.html

Bye
Zoltan

On Wed, 20 Dec 2006, Mike Saunt wrote:

> Hi All
> 
> Just wondering if anyone knows of a maximum to the length of the query
> string passed to Mapserver in an HTTP request?  I seem to remember it being
> around 4092 byts but not sure.
> 
> So not to appear cryptic we have an application that nquery's multiple layer
> in a single execution by passing in individual template file names and
> tolerances for the layers.
> 
> Any help would be appreciated.
> 
> Merry Christmas and a safe and happy new year!
> 
> Cheers
> Mike
> 


From ed at TOPOZONE.COM  Wed Dec 20 12:09:35 2006
From: ed at TOPOZONE.COM (Ed McNierney)
Date: Wed, 20 Dec 2006 15:09:35 -0500
Subject: Linux vs windows
In-Reply-To: <4589536C.4030505@steam.coaps.fsu.edu>
Message-ID: <WED.20.DEC.2006.150935.0500.EDTOPOZONE.COM>

Gary -

We run MapServer on Windows Server 2003 and Linux, and have used both
simultaneously for several years.  We have found no particular difficulties
in moving between the two systems.

The most likely issues would be in file and path name handling.  If you use
relative paths in your map files there may be some risk that they'll behave
differently.  And there is a risk of trouble if you move from a system where
filenames are not case-sensitive to one where they ARE case-sensitive.

But in general we've found no trouble at all.  I would encourage you to be
sure to have the same version of MapServer running on both systems, as there
have been some map file syntax changes over time that might not be
compatible between two different versions.

If you run into specific trouble I'd be happy to try to help - good luck!

     - Ed
-- 
Ed McNierney
President and Chief Mapmaker
Maps a la carte, Inc. / TopoZone.com
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
Phone: (978) 251-4242
Fax: (978) 251-1396
ed at topozone.com

> From: Gary Watry <watry at STEAM.COAPS.FSU.EDU>
> Organization: COAPS - FSU
> Reply-To: Gary Watry <watry at STEAM.COAPS.FSU.EDU>
> Date: Wed, 20 Dec 2006 10:14:52 -0500
> To: <MAPSERVER-USERS at LISTS.UMN.EDU>
> Subject: [UMN_MAPSERVER-USERS] Linux vs windows
> 
> I have several sites up and running on a Windows 2003 server and may
> have to move to a Linux network. How hard is it to change from The
> Windows to the Linux OS for MapServer
> 
> Steve Lime, What would I have to change on your application to  run it
> on Linux
> 
> -- 
> ---------------------------------------------------------
> The information transmitted is intended solely for the person or entity for
> which it is addressed and may contain confidential and/or privileged
> information.  Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon this information by persons or entities
> other than the intended recipient is prohibited.  If you received this email
> in error, please contact the sender and delete the material from your
> computer. 
> 
> ---------------------------------------------------------
> Gary L. Watry
> GIS Coordinator
> Center for Ocean-Atmospheric Prediction Studies
> FSU / COAPS
> Johnson Building, RM 231
> 2035 East Paul Dirac Drive
> Tallahassee, Florida 32306-2840
> 
> Phone (850) 645-7457
> 
> E-Mail: watry at coaps.fsu.edu


From punkish at EIDESIS.ORG  Wed Dec 20 13:21:35 2006
From: punkish at EIDESIS.ORG (P Kishor)
Date: Wed, 20 Dec 2006 16:21:35 -0500
Subject: Linux vs windows
In-Reply-To: <4589536C.4030505@steam.coaps.fsu.edu>
Message-ID: <WED.20.DEC.2006.162135.0500.PUNKISHEIDESIS.ORG>

On 12/20/06, Gary Watry <watry at steam.coaps.fsu.edu> wrote:
> I have several sites up and running on a Windows 2003 server and may
> have to move to a Linux network. How hard is it to change from The
> Windows to the Linux OS for MapServer

How hard it is depends on how well you know Linux. Depending on your
Linux flavor and configuration, you may or may not have to compile
MapServer from source code (that is, if pre-compiled binaries
satisfying your needs are not available). If your application itself
is pure CGI then, provided you have MapServer installed correctly, you
should have little problem. Of course, you will have to redefine your
data paths and what not. Sorry, but this answer can't be more specific
than this as the question itself is not specific enough.

>
> Steve Lime, What would I have to change on your application to  run it
> on Linux
>

I am not sure which application of Steve you are referring to... I am
assuming MapServer, no? In that case, your question is answered above.


Hope this helps.

-- 
Puneet Kishor http://punkish.eidesis.org/
Nelson Inst. for Env. Studies, UW-Madison http://www.nelson.wisc.edu/
Open Source Geospatial Foundation https://edu.osgeo.org/
---------------------------------------------------------------------
collaborate, communicate, compete
=====================================================================


From mikesaunt at GMAIL.COM  Wed Dec 20 15:29:35 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Wed, 20 Dec 2006 23:29:35 +0000
Subject: ArcSDE, FastCGI+IIS
Message-ID: <WED.20.DEC.2006.232935.0000.MIKESAUNTGMAIL.COM>

Hi All

Wondering about the users out there who have had experience with ArcSDE +
FastCGI with IIS or with Apache

We got it all going today which we were very happy about!

I'm wondering if anyone has experience with the setting up of the FASTCGI /
IIS - we got there eventually (and we'll document and post our experiences)
but we're now wondering whether the combination of the three will be the
best or whether we should move ArcSDE / FastCGI / MapServer CGI across onto
Apache - still running on Windows.  Bascially FastCGI processes seem to bomb
out every now and then (says SDE client memory errors, network errors) and
I'm wondering whether the FastCGI on IIS is the most stable.  When looking
at the mapserv.exe processes in the Task Manager they increase in memory
until they drop out.

There seems to have been alot more experiences of FastCGI on Apache...

Any thoughts / insights appreciated.

Cheers
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061220/40a1d255/attachment.htm>

From pramsey at REFRACTIONS.NET  Wed Dec 20 16:17:05 2006
From: pramsey at REFRACTIONS.NET (Paul Ramsey)
Date: Wed, 20 Dec 2006 16:17:05 -0800
Subject: ArcSDE, FastCGI+IIS
In-Reply-To: <5a9686e80612201529i62090fd7gb2ad18a606fb736d@mail.gmail.com>
Message-ID: <WED.20.DEC.2006.161705.0800.PRAMSEYREFRACTIONS.NET>

I am pretty sure FastCGI + Apache is the more-tested combination, so  
probably more stable.
Growing processes is Bad News (tm).  Mapserv.exe shouldn't be leaking  
but perhaps it is.  As a stopgap, set your fcgi workers to shut down  
after 50 or 100 accesses.  That way they shut down cleanly sooner  
rather than nastily later.  You'll spawn workers slightly more often,  
but the penalty isn't too bad amortized over a few hundred requests.

On 20-Dec-06, at 3:29 PM, Mike Saunt wrote:

> Hi All
>
> Wondering about the users out there who have had experience with  
> ArcSDE + FastCGI with IIS or with Apache
>
> We got it all going today which we were very happy about!
>
> I'm wondering if anyone has experience with the setting up of the  
> FASTCGI / IIS - we got there eventually (and we'll document and  
> post our experiences) but we're now wondering whether the  
> combination of the three will be the best or whether we should move  
> ArcSDE / FastCGI / MapServer CGI across onto Apache - still running  
> on Windows.  Bascially FastCGI processes seem to bomb out every now  
> and then (says SDE client memory errors, network errors) and I'm  
> wondering whether the FastCGI on IIS is the most stable.  When  
> looking at the mapserv.exe processes in the Task Manager they  
> increase in memory until they drop out.
>
> There seems to have been alot more experiences of FastCGI on Apache...
>
> Any thoughts / insights appreciated.
>
> Cheers
> Mike
>
>
>
>


From hobu at IASTATE.EDU  Wed Dec 20 16:33:51 2006
From: hobu at IASTATE.EDU (Howard Butler)
Date: Wed, 20 Dec 2006 18:33:51 -0600
Subject: ArcSDE, FastCGI+IIS
In-Reply-To: <smtpd.5cae.4589c767.8c950.1@mta-a2.tc.umn.edu>
Message-ID: <WED.20.DEC.2006.183351.0600.HOBUIASTATE.EDU>

On Dec 20, 2006, at 5:29 PM, Mike Saunt wrote
>
> Hi All
>
> Wondering about the users out there who have had experience with  
> ArcSDE +
> FastCGI with IIS or with Apache
>
> We got it all going today which we were very happy about!
>
> I'm wondering if anyone has experience with the setting up of the  
> FASTCGI /
> IIS - we got there eventually (and we'll document and post our  
> experiences)
> but we're now wondering whether the combination of the three will  
> be the
> best or whether we should move ArcSDE / FastCGI / MapServer CGI  
> across onto
> Apache - still running on Windows.  Bascially FastCGI processes  
> seem to bomb
> out every now and then (says SDE client memory errors, network  
> errors) and
> I'm wondering whether the FastCGI on IIS is the most stable.  When  
> looking
> at the mapserv.exe processes in the Task Manager they increase in  
> memory
> until they drop out.
>
> There seems to have been alot more experiences of FastCGI on Apache...
>
> Any thoughts / insights appreciated.
>

On Dec 20, 2006, at 6:17 PM, Paul Ramsey wrote:
> I am pretty sure FastCGI + Apache is the more-tested combination, so
> probably more stable.
> Growing processes is Bad News (tm).  Mapserv.exe shouldn't be leaking
> but perhaps it is.  As a stopgap, set your fcgi workers to shut down
> after 50 or 100 accesses.  That way they shut down cleanly sooner
> rather than nastily later.  You'll spawn workers slightly more often,
> but the penalty isn't too bad amortized over a few hundred requests.

Mike,

I have also had the experience of FastCGI+Apache+SDE hangup and  
crash.  My experience was on Linux, and
while it wasn't always pleasant, the speed improvements were well  
worth it.  I also used Paul's strategy of having
FastCGI shutdown the mapserv processes after about 200 requests.  Use  
a reasonable combination of the
number of requests x the number of clients you expect to service to  
come up with a good number.

There are many places MapServer could be leaking memory, including in  
the SDE code.  MapServer's natural
environment is not in long-running processes.  Another thing to  
consider is each mapserv.exe will eat a license
seat and connection to your SDE server.  This may cause problems for  
other clients you may have connecting
to the server.

It would be greatly appreciated if you could document your  
experiences as far as what you had to do to get
MapServer + FastCGI running on IIS in a comment on <http:// 
mapserver.gis.umn.edu/docs/howto/fastcgi>.  I will
make sure to incorporate them into the document.  If it is  
straightforward enough, Jeff and I might copy what you
did into the Buildkit, so that support for this makes it into MS4W in  
a future release.

Howard


From Steve.Lime at DNR.STATE.MN.US  Wed Dec 20 19:25:05 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 20 Dec 2006 21:25:05 -0600
Subject: New Compilation of mapserv Throwing "double free" Error
Message-ID: <WED.20.DEC.2006.212505.0600.STEVE.LIMEDNR.STATE.MN.US>

I assume this is Linux distribution, which one? Is OGR also compiled
with GEOS support? I wonder if there could be a conflict allocating
global GEOS objects by each system. One thing to try would be to compile
MapServer with GEOS but without GDAL/OGR and do a mapserv -v again.

Steve

>>> Bill Thoen <bthoen at GISNET.COM> 12/20/06 8:54 AM >>>
I just compiled Mapserver from source and all seemed to go okay, but 
when I tested it with the -v switch I got this:

# ./mapserv -v
MapServer version 4.10.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP 
OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER 
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT 
SUPPORTS=WCS_SERVER SUPPORTS=GEOS INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS 
INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
*** glibc detected *** ./mapserv: double free or corruption (fasttop): 
0x00000000005dd940 ***
======= Backtrace: =========
/lib64/libc.so.6[0x305426d313]
/lib64/libc.so.6(__libc_free+0x84)[0x305426d494]
/usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab88eea1]
/lib64/libc.so.6(__cxa_finalize+0x8e)[0x3054231e0e]
/usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab83c613]
...followed by a long memory map....

Does anyone have a suggestion about what I should do to correct this?

Thanks,
- Bill Thoen


From Steve.Lime at DNR.STATE.MN.US  Wed Dec 20 19:31:30 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 20 Dec 2006 21:31:30 -0600
Subject: querymap with stacked points
Message-ID: <WED.20.DEC.2006.213130.0600.STEVE.LIMEDNR.STATE.MN.US>

We need to get a "limit" keyword in place for just such an occasion. I
have some other
ideas though. It depends on where you want to limit the search results-
in a template
or in a query map.

  - for a template you could load all points into javascript objects and
then only display
the first one (layer header defines the object, layer template populates
objects, and
layer footer displays the first). This is easy to do, let me know if you
need an example.

 Actually for a query map you should be ok since the points are stacked
anyway I would
think the visual effect would be what you want (e.g. that location
highlighted).

Steve

>>> "Hunter, David - St. Louis Park, MN" <David.Hunter at fnf.com> 12/19/06
3:21 PM >>>

I use mode=nquery because there are two polygon layers that may or may
not have features at the same point, and those need to be listed in the
query results also.  If there is no other workaround, I will have to
work out some compromises and use mode=query.

-----Original Message-----
From: Steve Lime [mailto:Steve.Lime at dnr.state.mn.us] 
Sent: Monday, December 18, 2006 5:20 PM
To: Hunter, David - St. Louis Park, MN; MAPSERVER-USERS at lists.umn.edu
Subject: Re: [UMN_MAPSERVER-USERS] querymap with stacked points

CGI mode=query will return the first feature encountered within
tolerance limits.

Steve

>>> "Hunter, David - St. Louis Park, MN" <David.Hunter at FNF.COM>
12/18/2006 10:01:15 AM >>>
No mapscript, just CGI Mapserver.  Data sources are shape files.

  _____  

From: Hal Mueller [mailto:hal at mobilegeographics.com] 
Sent: Friday, December 15, 2006 3:57 AM
To: Hunter, David - St. Louis Park, MN
Cc: MAPSERVER-USERS at LISTS.UMN.EDU 
Subject: Re: querymap with stacked points

Are you using Mapscript?  What is the datastore--shapefile, database,
other?

There are lots of ways to do this, depending on how your app is
structured.

At 10:18 AM -0600 12/13/06, Hunter, David - St. Louis Park, MN wrote:

	My map application allows users to click on point features,
which causes a popup that displays information about that feature. 
Due
to reasons I won't go into here, we sometimes have multiple points
stacked on top of each other.  They are essentially the same feature,
but with some slightly different attributes to each record.  Is there
a
way that I can filter this, so that only the first feature found is
returned in the query?

	 

	David S. Hunter
	Sr. Software Engineer
	Fidelity National Geographic Solutions
	division of Fidelity National Financial
	5353 Gamble Drive, Suite 201
	St. Louis Park, MN 55416
	" Email: david.hunter at fnf.com <mailto:david.hunter at fnf.com> 
	' Phone: 952.542.1440 ext. 256
	7 Fax: 952.542.3859

	 

 

 


From e.smith13 at PGRAD.UNIMELB.EDU.AU  Wed Dec 20 23:40:28 2006
From: e.smith13 at PGRAD.UNIMELB.EDU.AU (Eric Legge Smith)
Date: Thu, 21 Dec 2006 18:40:28 +1100
Subject: Debian Linux - Mapserver and Mapscript
Message-ID: <THU.21.DEC.2006.184028.1100.E.SMITH13PGRAD.UNIMELB.EDU.AU>

Hello List

I am running Debian linux (sarge) and have installed Apache(1.3.33), PHP4
(4.3.10-18) and Mapserver (4.4.1) as supplied by the Debian package
management system.

Mapserver works just fine with the exception of Mapscript which doesn't
come as part of the Debain package.

Is there a way to install Mapscript on this version of Mapserver? ... if
so, how do I proceed?

Thank you for any assistance
Eric


From mikesaunt at GMAIL.COM  Thu Dec 21 02:20:11 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Thu, 21 Dec 2006 10:20:11 +0000
Subject: ArcSDE, FastCGI+IIS
In-Reply-To: <DB135B36-C9F5-4E2D-8C79-D52C9A511F07@iastate.edu>
Message-ID: <THU.21.DEC.2006.102011.0000.MIKESAUNTGMAIL.COM>

Thanks Howard and Paul

I think incorporating ArcSDE / FastCGI in the Buildkit for MS4W would be
great as this is the only real method of getting it working in a
satisfactory manner - speed wise.

We seem to be bombing out around every 6th or 7th request so within our
wrappers we've allowed it to re run MapServer up to 5 times - not the best
method but should suffice.  I guess the fun part now is to see how we can
DEBUG this to find out where the memory issues may lie.  Saying that it may
be our configuration of FastCGI / ArcSDE and not MapServer - I'll have to
look into this further.

We'll definitely pass back our findings regarding the IIS / FastCGI / ArcSDE
/ MapServerCGI but will also try everything running on Apache / Windows to
see if that is better.

Does anyone know of any good process / memory monitoring software to try and
understand where these leaks could be (if they exist)???

For some background we use the MapServer CGI which is all wrapped up in some
C# wrappers that has an XML template (as opposed to an HTML Template) of all
the parameters returned by MapServer.  We did this for two reasons -
simplicity / stability due to the pure speed of the CGI (great being able to
test why something hasn't worked if you have the whole query / url string)
but also that the CGI is so flexible.  We have recently realised that using
nquery you can specify lots of layers with their own template and their own
query types / to9lerances - we used to query every layer one by one by re
running the CGI but when we hit ArcSDE the speed dropped from about 6
seconds (we hit about 30 layers for information) to over 30 hence why we
really needed FastCGI.  We now hit MapServer with all thirty layers in one
go and testing against shape files the results are returned in around a
second (from the 6) - we're hoping that ArcSDE should be about 3 seconds.

As always - much appreciated

Regards
Mike



  What we have now done is that is we get an error back when
On 21/12/06, Howard Butler <hobu at iastate.edu> wrote:
>
> On Dec 20, 2006, at 5:29 PM, Mike Saunt wrote
> >
> > Hi All
> >
> > Wondering about the users out there who have had experience with
> > ArcSDE +
> > FastCGI with IIS or with Apache
> >
> > We got it all going today which we were very happy about!
> >
> > I'm wondering if anyone has experience with the setting up of the
> > FASTCGI /
> > IIS - we got there eventually (and we'll document and post our
> > experiences)
> > but we're now wondering whether the combination of the three will
> > be the
> > best or whether we should move ArcSDE / FastCGI / MapServer CGI
> > across onto
> > Apache - still running on Windows.  Bascially FastCGI processes
> > seem to bomb
> > out every now and then (says SDE client memory errors, network
> > errors) and
> > I'm wondering whether the FastCGI on IIS is the most stable.  When
> > looking
> > at the mapserv.exe processes in the Task Manager they increase in
> > memory
> > until they drop out.
> >
> > There seems to have been alot more experiences of FastCGI on Apache...
> >
> > Any thoughts / insights appreciated.
> >
>
> On Dec 20, 2006, at 6:17 PM, Paul Ramsey wrote:
> > I am pretty sure FastCGI + Apache is the more-tested combination, so
> > probably more stable.
> > Growing processes is Bad News (tm).  Mapserv.exe shouldn't be leaking
> > but perhaps it is.  As a stopgap, set your fcgi workers to shut down
> > after 50 or 100 accesses.  That way they shut down cleanly sooner
> > rather than nastily later.  You'll spawn workers slightly more often,
> > but the penalty isn't too bad amortized over a few hundred requests.
>
> Mike,
>
> I have also had the experience of FastCGI+Apache+SDE hangup and
> crash.  My experience was on Linux, and
> while it wasn't always pleasant, the speed improvements were well
> worth it.  I also used Paul's strategy of having
> FastCGI shutdown the mapserv processes after about 200 requests.  Use
> a reasonable combination of the
> number of requests x the number of clients you expect to service to
> come up with a good number.
>
> There are many places MapServer could be leaking memory, including in
> the SDE code.  MapServer's natural
> environment is not in long-running processes.  Another thing to
> consider is each mapserv.exe will eat a license
> seat and connection to your SDE server.  This may cause problems for
> other clients you may have connecting
> to the server.
>
> It would be greatly appreciated if you could document your
> experiences as far as what you had to do to get
> MapServer + FastCGI running on IIS in a comment on <http://
> mapserver.gis.umn.edu/docs/howto/fastcgi>.  I will
> make sure to incorporate them into the document.  If it is
> straightforward enough, Jeff and I might copy what you
> did into the Buildkit, so that support for this makes it into MS4W in
> a future release.
>
> Howard
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061221/5e632e8e/attachment.htm>

From nataprivate at HOTMAIL.COM  Thu Dec 21 02:50:46 2006
From: nataprivate at HOTMAIL.COM (=?iso-8859-1?B?TnVyaWEgR29ueuFsZXo=?=)
Date: Thu, 21 Dec 2006 11:50:46 +0100
Subject: problems with line-symbolizers
Message-ID: <THU.21.DEC.2006.115046.0100.NATAPRIVATEHOTMAIL.COM>

Hi all,

I have a problem with a line symbol. In my application I want to use the 
symbol "Strasse" of http://mapserver.gis.umn.edu/docs/howto/cartosymbols.

In my .map file I set:

SYMBOL
  NAME "cartoline_round"
  TYPE cartoline
  LINECAP round
  LINEJOIN miter
  LINEJOINMAXSIZE 3
END

LAYER
  NAME "vias"
  TYPE LINE
  STATUS OFF
  CONNECTION "user=postgres password=password dbname=dbname host=localhost 
port=5432"
  CONNECTIONTYPE postgis
  DATA "the_geom from vias"
  LABELITEM "convert(nombre, 'UNICODE', 'LATIN1')"

  TOLERANCEUNITS pixels
  TOLERANCE 7
  METADATA
      "DESCRIPTION" "Tramos viarios"
      "RESULT_FIELDS" "gid, nombre"
      "RESULT_HEADERS" "VER, NOMBRE"
      "RESULT_HYPERLINK" "gid||Ver Tramo V?a"
  END

LABELMAXSCALE 1500000

CLASS
    NAME "Tramos viarios"
    TEMPLATE "void"
    STYLE
      COLOR 0 0 0
      SYMBOL "cartoline_round"
      SIZE 6
      ANTIALIAS TRUE
    END
    STYLE
      COLOR 255 0 0
      SYMBOL "cartoline_round"
      SIZE 4
      ANTIALIAS TRUE
    END

    LABEL
        POSITION Auto
       	COLOR 128 64 0
	BUFFER 2
	ANTIALIAS true
        TYPE TRUETYPE
        FONT arialbd
        SIZE 10
        PARTIALS FALSE
        MINDISTANCE 300
    END
  END
END

I want to use the symbol "cartoline_round" with two colors, but if I use a 
color different to black I have an error: Premature end of script headers: 
php.exe.
Have you any idea about how to resolve this problem?

(I'm using PHP Version 4.3.11 and MapServer 4.6.1).

TIA.
Regards.

_________________________________________________________________
Acepta el reto MSN Premium: Protecci?n para tus hijos en internet. 
Desc?rgalo y pru?balo 2 meses gratis. 
http://join.msn.com?XAPID=1697&DI=1055&HL=Footer_mailsenviados_proteccioninfantil


From gisaalter at GMAIL.COM  Thu Dec 21 03:42:47 2006
From: gisaalter at GMAIL.COM (Steven De Vriendt)
Date: Thu, 21 Dec 2006 12:42:47 +0100
Subject: Serve TIFF through WMS
Message-ID: <THU.21.DEC.2006.124247.0100.GISAALTERGMAIL.COM>

Hi,

Thanks to Scott, who helped me quite a bit through this, I now have a
mapfile that
should be suitable for publishing tiff images through WMS. (Thanks again
Scott !)
Can someone have a look at this mapfile, I can't seem to figure out what
causes mapserver
not showing the images when requested through WMS.
Can someone help me figure out what parameters are missing/incomplete....

MAP
  NAME CAMPUS
  STATUS ON
  SIZE 500 500
  SYMBOLSET ../etc/symbols.sym
  EXTENT 77336.359625 189988.500250 90937.297125 201812.968625
  UNITS METERS
  IMAGECOLOR 255 255 255
  FONTSET ../etc/fonts.txt
  TRANSPARENT FALSE

IMAGETYPE png256

  WEB
    IMAGEPATH "/ms4w/apps/chameleon/samples/data/topo"
    IMAGEURL "/ms_tmp/"
    METADATA
      "wms_abstract" "Demo for Geotiff"
      "wms_title" "WMS Demo Server"
      "wms_onlineresource"
"http://***********/cgi-bin/mapserv.exe?map=/ms4w/apps/chameleon/samples/map/wmsserver_tiff.map&"
    "wms_srs" "EPSG:31300"

    END
  END

OUTPUTFORMAT
    NAME GEOTIFF
    DRIVER "GDAL/GTiff"
    MIMETYPE "image/tiff"
    IMAGEMODE "PC256"
    EXTENSION "tif"
END


  PROJECTION
    "init=epsg:31300"
  END


#  LAYER
#    NAME "aerial1"
#    DATA "C:/your tiff file.tif"
#    TYPE RASTER
#    STATUS ON
#  END

# I believe aerial1 would work if you just have one tiff and point it to
that

  LAYER
    NAME "fullimagetiffwoverview"
    TILEINDEX "/ms4w/apps/chameleon/samples/data/topo/shpindex.shp"
    TILEITEM "location"
    TYPE RASTER
    #PROCESSING "DITHER=YES"
    #PROCESSING "BANDS=3,2,1"
    STATUS ON

  END

# fullimagetiffwoverview would work if you point it to your tileindex
shapefile which you would create with gdal

# this is if you have a mosaic of images

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

From bthoen at GISNET.COM  Thu Dec 21 04:56:50 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Thu, 21 Dec 2006 05:56:50 -0700
Subject: New Compilation of mapserv Throwing "double free" Error -
 SOLVED
In-Reply-To: <4589AA310200008F0000537F@co5.dnr.state.mn.us>
Message-ID: <THU.21.DEC.2006.055650.0700.BTHOENGISNET.COM>

Yes, it's Linux, and you've put your finger on the problem. Turns out I had
two versions of the GEOS shared library linked to my last build of the GDAL
code. Thanks to Frank Warmerdam for looking into it and pointing that out,
I just deleted the old library and rebuilt GDAL, an everything's cool now.
I don't know how that happened, but once we found the problem, it was an
easy fix.

Here's what the evidence looked like:
[warmerdam at localhost bin]$ ldd /usr/local/bin/ogrinfo | grep geos
        libgeos-3.0.0rc2.so => /usr/local/lib/libgeos-3.0.0rc2.so
(0x00002aaaab0d2000)
        libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1
(0x00002aaaab31c000)
        libgeos-3.0.0rc3.so => /usr/local/lib/libgeos-3.0.0rc3.so
(0x00002aaaab42c000)


On Wed, Dec 20, 2006 at 09:25:05PM -0600, Steve Lime wrote:
> I assume this is Linux distribution, which one? Is OGR also compiled
> with GEOS support? I wonder if there could be a conflict allocating
> global GEOS objects by each system. One thing to try would be to compile
> MapServer with GEOS but without GDAL/OGR and do a mapserv -v again.
> 
> Steve
> 
> >>> Bill Thoen <bthoen at GISNET.COM> 12/20/06 8:54 AM >>>
> I just compiled Mapserver from source and all seemed to go okay, but 
> when I tested it with the -v switch I got this:
> 
> # ./mapserv -v
> MapServer version 4.10.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP 
> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER 
> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT 
> SUPPORTS=WCS_SERVER SUPPORTS=GEOS INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS 
> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> *** glibc detected *** ./mapserv: double free or corruption (fasttop): 
> 0x00000000005dd940 ***
> ======= Backtrace: =========
> /lib64/libc.so.6[0x305426d313]
> /lib64/libc.so.6(__libc_free+0x84)[0x305426d494]
> /usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab88eea1]
> /lib64/libc.so.6(__cxa_finalize+0x8e)[0x3054231e0e]
> /usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab83c613]
> ...followed by a long memory map....
> 
> Does anyone have a suggestion about what I should do to correct this?
> 
> Thanks,
> - Bill Thoen
> 


From tkirstine at JDBARNES.COM  Thu Dec 21 05:27:48 2006
From: tkirstine at JDBARNES.COM (Travis Kirstine)
Date: Thu, 21 Dec 2006 08:27:48 -0500
Subject: Serve TIFF through WMS
In-Reply-To: <8d2ea9d70612210342o76d67f84q544c025bbe9f8fc2@mail.gmail.com>
Message-ID: <THU.21.DEC.2006.082748.0500.TKIRSTINEJDBARNES.COM>

I'm not sure if this will help but you are missing the metadata (wms title)
for your layer.
According to the docs it is required.  Also I would try using
GetCapabilities Request to see what is returned
Try adding the following to your layer object

 METADATA
    "wms_title"    "Areal"   ##required
  END


Get Capabilites Request

http://***********/cgi-bin/mapserv.exe?map=/ms4w/apps/chameleon/samples/map/
wmsserver_tiff.map&Service=WMS&VERSION=1.1.1&REQUEST=GetCapabilities


  -----Original Message-----
  From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On
Behalf Of Steven De Vriendt
  Sent: Thursday, December 21, 2006 6:43 AM
  To: MAPSERVER-USERS at LISTS.UMN.EDU
  Subject: [UMN_MAPSERVER-USERS] Serve TIFF through WMS


  Hi,

  Thanks to Scott, who helped me quite a bit through this, I now have a
mapfile that
  should be suitable for publishing tiff images through WMS. (Thanks again
Scott !)
  Can someone have a look at this mapfile, I can't seem to figure out what
causes mapserver
  not showing the images when requested through WMS.
  Can someone help me figure out what parameters are missing/incomplete....

  MAP
    NAME CAMPUS
    STATUS ON
    SIZE 500 500
    SYMBOLSET ../etc/symbols.sym
    EXTENT 77336.359625 189988.500250 90937.297125 201812.968625
    UNITS METERS
    IMAGECOLOR 255 255 255
    FONTSET ../etc/fonts.txt
    TRANSPARENT FALSE

  IMAGETYPE png256

    WEB
      IMAGEPATH "/ms4w/apps/chameleon/samples/data/topo"
      IMAGEURL "/ms_tmp/"
      METADATA
        "wms_abstract" "Demo for Geotiff"
        "wms_title" "WMS Demo Server"
        "wms_onlineresource"
"http://***********/cgi-bin/mapserv.exe?map=/ms4w/apps/chameleon/samples/map
/wmsserver_tiff.map&"
      "wms_srs" "EPSG:31300"

      END
    END

  OUTPUTFORMAT
      NAME GEOTIFF
      DRIVER "GDAL/GTiff"
      MIMETYPE "image/tiff"
      IMAGEMODE "PC256"
      EXTENSION "tif"
  END


    PROJECTION
      "init=epsg:31300"
    END


  #  LAYER
  #    NAME "aerial1"
  #    DATA "C:/your tiff file.tif"
  #    TYPE RASTER
  #    STATUS ON
  #  END

  # I believe aerial1 would work if you just have one tiff and point it to
that

    LAYER
      NAME "fullimagetiffwoverview"
      TILEINDEX "/ms4w/apps/chameleon/samples/data/topo/shpindex.shp"
      TILEITEM "location"
      TYPE RASTER
      #PROCESSING "DITHER=YES"
      #PROCESSING "BANDS=3,2,1"
      STATUS ON

    END

  # fullimagetiffwoverview would work if you point it to your tileindex
shapefile which you would create with gdal

  # this is if you have a mosaic of images

  END

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

From mdieterich at GMAIL.COM  Thu Dec 21 06:06:25 2006
From: mdieterich at GMAIL.COM (Mark Dieterich)
Date: Thu, 21 Dec 2006 09:06:25 -0500
Subject: Debian Linux - Mapserver and Mapscript
In-Reply-To: <smtpd.1af9.458a3a74.a486e.1@lists.tc.umn.edu>
Message-ID: <THU.21.DEC.2006.090625.0500.MDIETERICHGMAIL.COM>

Eric,

I'd suggest you bite the bullet and install etch, their next stable
release.  Debian froze etch about a week ago and should be releasing the
final version in late December or early January.  At this point, only
important fixes are allowed in, so it's relatively stable.  The
advantage to doing this is you get a much newer version of mapserver,
which includes mapscript.  I switched over to etch on development
machines about a month ago and will be switching my production machines
over to etch during the next week.

Mark

On Thu, Dec 21, 2006 at 06:40:28PM +1100, Eric Legge Smith wrote:
> Hello List
> 
> I am running Debian linux (sarge) and have installed Apache(1.3.33), PHP4
> (4.3.10-18) and Mapserver (4.4.1) as supplied by the Debian package
> management system.
> 
> Mapserver works just fine with the exception of Mapscript which doesn't
> come as part of the Debain package.
> 
> Is there a way to install Mapscript on this version of Mapserver? ... if
> so, how do I proceed?
> 
> Thank you for any assistance
> Eric


From dolf.andringa at ELCYION.NL  Thu Dec 21 07:03:44 2006
From: dolf.andringa at ELCYION.NL (Dolf Andringa)
Date: Thu, 21 Dec 2006 16:03:44 +0100
Subject: legend generation
Message-ID: <THU.21.DEC.2006.160344.0100.DOLF.ANDRINGAELCYION.NL>

Hi People,

I don't understand legends I think. I have found the mapfile reference 
and mapscript API reference, but can't get this to work.
I have got a map file (see below). When I try to create a legend for it 
with the mapserver legend tool, or by using mapscript 
(someMapObj.drawLegend().save(filename)), I only get a very small empty 
image. The map itself is displayed correctly with blue and red points. 
What is needed to create a legend. What am I doing wrong? I don't know 
where to look.
Thanks,

Dolf.

EXTENT 132771 447652 134477 451064
   IMAGECOLOR 255 255 255
   IMAGETYPE png24
   SYMBOLSET "symbols2.set"
   SIZE 600 1200
   STATUS ON
   UNITS METERS
   NAME "HAGIS map"

   LEGEND
     KEYSIZE 20 10
     LABEL
       SIZE MEDIUM
       TYPE BITMAP
       COLOR 0 0 89
     END
     STATUS ON
   END

   LAYER
     CONNECTION "PG:*****"
     CONNECTIONTYPE OGR
     DATA "promedico_acni_ds.lw"
     DEBUG ON
       METADATA
       END
     NAME "lw"
     SIZEUNITS PIXELS
     STATUS ON
     TOLERANCEUNITS PIXELS
     TYPE POINT
     UNITS METERS
     CLASS
       EXPRESSION (([HUISNUMMER]^2 <= 4) OR ( [HUISNUMMER]^2=9 ))
       METADATA
       END
       STYLE
         ANGLE 360
         COLOR 255 0 0
         SYMBOL 2
       END
       TITLE "huisnummer <= 3"
     END
     CLASS
       METADATA
       END
       STYLE
         ANGLE 360
         COLOR 0 0 255
         SYMBOL 2
       END
       TITLE "overig"
     END
   END


From b.vdeijnden at AGI.RWS.MINVENW.NL  Thu Dec 21 07:17:39 2006
From: b.vdeijnden at AGI.RWS.MINVENW.NL (Eijnden, Bart van den (AGI))
Date: Thu, 21 Dec 2006 16:17:39 +0100
Subject: legend generation
Message-ID: <THU.21.DEC.2006.161739.0100.B.VDEIJNDENAGI.RWS.MINVENW.NL>

You need to use NAME instead of TITLE in the CLASS definition.

E.g.:

     CLASS
       EXPRESSION (([HUISNUMMER]^2 <= 4) OR ( [HUISNUMMER]^2=9 ))
       METADATA
       END
       STYLE
         ANGLE 360
         COLOR 255 0 0
         SYMBOL 2
       END
       NAME "huisnummer <= 3"
     END

Bart

-----Oorspronkelijk bericht-----
Van: UMN MapServer Users List
[mailto:MAPSERVER-USERS at LISTS.UMN.EDU]Namens Dolf Andringa
Verzonden: donderdag 21 december 2006 16:04
Aan: MAPSERVER-USERS at LISTS.UMN.EDU
Onderwerp: [UMN_MAPSERVER-USERS] legend generation


Hi People,

I don't understand legends I think. I have found the mapfile reference 
and mapscript API reference, but can't get this to work.
I have got a map file (see below). When I try to create a legend for it 
with the mapserver legend tool, or by using mapscript 
(someMapObj.drawLegend().save(filename)), I only get a very small empty 
image. The map itself is displayed correctly with blue and red points. 
What is needed to create a legend. What am I doing wrong? I don't know 
where to look.
Thanks,

Dolf.

EXTENT 132771 447652 134477 451064
   IMAGECOLOR 255 255 255
   IMAGETYPE png24
   SYMBOLSET "symbols2.set"
   SIZE 600 1200
   STATUS ON
   UNITS METERS
   NAME "HAGIS map"

   LEGEND
     KEYSIZE 20 10
     LABEL
       SIZE MEDIUM
       TYPE BITMAP
       COLOR 0 0 89
     END
     STATUS ON
   END

   LAYER
     CONNECTION "PG:*****"
     CONNECTIONTYPE OGR
     DATA "promedico_acni_ds.lw"
     DEBUG ON
       METADATA
       END
     NAME "lw"
     SIZEUNITS PIXELS
     STATUS ON
     TOLERANCEUNITS PIXELS
     TYPE POINT
     UNITS METERS
     CLASS
       EXPRESSION (([HUISNUMMER]^2 <= 4) OR ( [HUISNUMMER]^2=9 ))
       METADATA
       END
       STYLE
         ANGLE 360
         COLOR 255 0 0
         SYMBOL 2
       END
       TITLE "huisnummer <= 3"
     END
     CLASS
       METADATA
       END
       STYLE
         ANGLE 360
         COLOR 0 0 255
         SYMBOL 2
       END
       TITLE "overig"
     END
   END


Disclaimer
************************************************************************
Aan dit bericht kunnen geen rechten worden ontleend. Dit bericht is
uitsluitend bestemd voor de geadresseerde. Als u dit bericht per abuis
hebt ontvangen, wordt u verzocht het te vernietigen en de afzender te 
informeren. Wij adviseren u om bij twijfel over de juistheid of de 
volledigheid van de mail contact met afzender op te nemen.

This message shall not constitute any rights or obligations.
This message is intended solely for the addressee.
If you have received this message in error, please delete it and
notify the sender immediately. When in doubt whether this message
is correct or complete, please contact the sender.
************************************************************************


From David.Fawcett at STATE.MN.US  Thu Dec 21 07:19:55 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Thu, 21 Dec 2006 09:19:55 -0600
Subject: legend generation
In-Reply-To: A<458AA250.60905@elcyion.nl>
Message-ID: <THU.21.DEC.2006.091955.0600.DAVID.FAWCETTSTATE.MN.US>

There may be other things wrong, but for a layer or class to show up in
the legend, that  class needs to have a name.  It appears that neither
of the classes in your layer have names.

David.

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Dolf Andringa
Sent: Thursday, December 21, 2006 9:04 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] legend generation


Hi People,

I don't understand legends I think. I have found the mapfile reference 
and mapscript API reference, but can't get this to work.
I have got a map file (see below). When I try to create a legend for it 
with the mapserver legend tool, or by using mapscript 
(someMapObj.drawLegend().save(filename)), I only get a very small empty 
image. The map itself is displayed correctly with blue and red points. 
What is needed to create a legend. What am I doing wrong? I don't know 
where to look.
Thanks,

Dolf.

EXTENT 132771 447652 134477 451064
   IMAGECOLOR 255 255 255
   IMAGETYPE png24
   SYMBOLSET "symbols2.set"
   SIZE 600 1200
   STATUS ON
   UNITS METERS
   NAME "HAGIS map"

   LEGEND
     KEYSIZE 20 10
     LABEL
       SIZE MEDIUM
       TYPE BITMAP
       COLOR 0 0 89
     END
     STATUS ON
   END

   LAYER
     CONNECTION "PG:*****"
     CONNECTIONTYPE OGR
     DATA "promedico_acni_ds.lw"
     DEBUG ON
       METADATA
       END
     NAME "lw"
     SIZEUNITS PIXELS
     STATUS ON
     TOLERANCEUNITS PIXELS
     TYPE POINT
     UNITS METERS
     CLASS
       EXPRESSION (([HUISNUMMER]^2 <= 4) OR ( [HUISNUMMER]^2=9 ))
       METADATA
       END
       STYLE
         ANGLE 360
         COLOR 255 0 0
         SYMBOL 2
       END
       TITLE "huisnummer <= 3"
     END
     CLASS
       METADATA
       END
       STYLE
         ANGLE 360
         COLOR 0 0 255
         SYMBOL 2
       END
       TITLE "overig"
     END
   END


From dolf.andringa at ELCYION.NL  Thu Dec 21 08:29:55 2006
From: dolf.andringa at ELCYION.NL (Dolf Andringa)
Date: Thu, 21 Dec 2006 17:29:55 +0100
Subject: legend generation
In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5FB0C41@s-sp22.pca.state.mn.us>
Message-ID: <THU.21.DEC.2006.172955.0100.DOLF.ANDRINGAELCYION.NL>

Thanks Bart and David! I though I had read that the title element was 
the one giving the name in the legend. I guess I misread :) It works now!

Dolf.

Fawcett, David schreef:
> There may be other things wrong, but for a layer or class to show up in
> the legend, that  class needs to have a name.  It appears that neither
> of the classes in your layer have names.
> 
> David.
> 
> -----Original Message-----
> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
> Behalf Of Dolf Andringa
> Sent: Thursday, December 21, 2006 9:04 AM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] legend generation
> 
> 
> Hi People,
> 
> I don't understand legends I think. I have found the mapfile reference 
> and mapscript API reference, but can't get this to work.
> I have got a map file (see below). When I try to create a legend for it 
> with the mapserver legend tool, or by using mapscript 
> (someMapObj.drawLegend().save(filename)), I only get a very small empty 
> image. The map itself is displayed correctly with blue and red points. 
> What is needed to create a legend. What am I doing wrong? I don't know 
> where to look.
> Thanks,
> 
> Dolf.
> 
> EXTENT 132771 447652 134477 451064
>    IMAGECOLOR 255 255 255
>    IMAGETYPE png24
>    SYMBOLSET "symbols2.set"
>    SIZE 600 1200
>    STATUS ON
>    UNITS METERS
>    NAME "HAGIS map"
> 
>    LEGEND
>      KEYSIZE 20 10
>      LABEL
>        SIZE MEDIUM
>        TYPE BITMAP
>        COLOR 0 0 89
>      END
>      STATUS ON
>    END
> 
>    LAYER
>      CONNECTION "PG:*****"
>      CONNECTIONTYPE OGR
>      DATA "promedico_acni_ds.lw"
>      DEBUG ON
>        METADATA
>        END
>      NAME "lw"
>      SIZEUNITS PIXELS
>      STATUS ON
>      TOLERANCEUNITS PIXELS
>      TYPE POINT
>      UNITS METERS
>      CLASS
>        EXPRESSION (([HUISNUMMER]^2 <= 4) OR ( [HUISNUMMER]^2=9 ))
>        METADATA
>        END
>        STYLE
>          ANGLE 360
>          COLOR 255 0 0
>          SYMBOL 2
>        END
>        TITLE "huisnummer <= 3"
>      END
>      CLASS
>        METADATA
>        END
>        STYLE
>          ANGLE 360
>          COLOR 0 0 255
>          SYMBOL 2
>        END
>        TITLE "overig"
>      END
>    END


From mikesaunt at GMAIL.COM  Thu Dec 21 08:29:43 2006
From: mikesaunt at GMAIL.COM (Mike Saunt)
Date: Thu, 21 Dec 2006 16:29:43 +0000
Subject: ArcSDE, FastCGI+IIS
In-Reply-To: <5a9686e80612210220m242817a4nbc1f9c5a1510422c@mail.gmail.com>
Message-ID: <THU.21.DEC.2006.162943.0000.MIKESAUNTGMAIL.COM>

Howard / Paul

Do you think that this could be anything to do with thread safety issues
with ArcSDE?  Everything is fine (better than fine really!) with base
Shapefiles...

Cheers
Mike

On 21/12/06, Mike Saunt <mikesaunt at gmail.com> wrote:
>
> Thanks Howard and Paul
>
> I think incorporating ArcSDE / FastCGI in the Buildkit for MS4W would be
> great as this is the only real method of getting it working in a
> satisfactory manner - speed wise.
>
> We seem to be bombing out around every 6th or 7th request so within our
> wrappers we've allowed it to re run MapServer up to 5 times - not the best
> method but should suffice.  I guess the fun part now is to see how we can
> DEBUG this to find out where the memory issues may lie.  Saying that it may
> be our configuration of FastCGI / ArcSDE and not MapServer - I'll have to
> look into this further.
>
> We'll definitely pass back our findings regarding the IIS / FastCGI /
> ArcSDE / MapServerCGI but will also try everything running on Apache /
> Windows to see if that is better.
>
> Does anyone know of any good process / memory monitoring software to try
> and understand where these leaks could be (if they exist)???
>
> For some background we use the MapServer CGI which is all wrapped up in
> some C# wrappers that has an XML template (as opposed to an HTML Template)
> of all the parameters returned by MapServer.  We did this for two reasons -
> simplicity / stability due to the pure speed of the CGI (great being able to
> test why something hasn't worked if you have the whole query / url string)
> but also that the CGI is so flexible.  We have recently realised that using
> nquery you can specify lots of layers with their own template and their own
> query types / to9lerances - we used to query every layer one by one by re
> running the CGI but when we hit ArcSDE the speed dropped from about 6
> seconds (we hit about 30 layers for information) to over 30 hence why we
> really needed FastCGI.  We now hit MapServer with all thirty layers in one
> go and testing against shape files the results are returned in around a
> second (from the 6) - we're hoping that ArcSDE should be about 3 seconds.
>
> As always - much appreciated
>
> Regards
> Mike
>
>
>
>   What we have now done is that is we get an error back when
> On 21/12/06, Howard Butler <hobu at iastate.edu> wrote:
> >
> > On Dec 20, 2006, at 5:29 PM, Mike Saunt wrote
> > >
> > > Hi All
> > >
> > > Wondering about the users out there who have had experience with
> > > ArcSDE +
> > > FastCGI with IIS or with Apache
> > >
> > > We got it all going today which we were very happy about!
> > >
> > > I'm wondering if anyone has experience with the setting up of the
> > > FASTCGI /
> > > IIS - we got there eventually (and we'll document and post our
> > > experiences)
> > > but we're now wondering whether the combination of the three will
> > > be the
> > > best or whether we should move ArcSDE / FastCGI / MapServer CGI
> > > across onto
> > > Apache - still running on Windows.  Bascially FastCGI processes
> > > seem to bomb
> > > out every now and then (says SDE client memory errors, network
> > > errors) and
> > > I'm wondering whether the FastCGI on IIS is the most stable.  When
> > > looking
> > > at the mapserv.exe processes in the Task Manager they increase in
> > > memory
> > > until they drop out.
> > >
> > > There seems to have been alot more experiences of FastCGI on Apache...
> > >
> > > Any thoughts / insights appreciated.
> > >
> >
> > On Dec 20, 2006, at 6:17 PM, Paul Ramsey wrote:
> > > I am pretty sure FastCGI + Apache is the more-tested combination, so
> > > probably more stable.
> > > Growing processes is Bad News (tm).  Mapserv.exe shouldn't be leaking
> > > but perhaps it is.  As a stopgap, set your fcgi workers to shut down
> > > after 50 or 100 accesses.  That way they shut down cleanly sooner
> > > rather than nastily later.  You'll spawn workers slightly more often,
> > > but the penalty isn't too bad amortized over a few hundred requests.
> >
> > Mike,
> >
> > I have also had the experience of FastCGI+Apache+SDE hangup and
> > crash.  My experience was on Linux, and
> > while it wasn't always pleasant, the speed improvements were well
> > worth it.  I also used Paul's strategy of having
> > FastCGI shutdown the mapserv processes after about 200 requests.  Use
> > a reasonable combination of the
> > number of requests x the number of clients you expect to service to
> > come up with a good number.
> >
> > There are many places MapServer could be leaking memory, including in
> > the SDE code.  MapServer's natural
> > environment is not in long-running processes.  Another thing to
> > consider is each mapserv.exe will eat a license
> > seat and connection to your SDE server.  This may cause problems for
> > other clients you may have connecting
> > to the server.
> >
> > It would be greatly appreciated if you could document your
> > experiences as far as what you had to do to get
> > MapServer + FastCGI running on IIS in a comment on <http://
> > mapserver.gis.umn.edu/docs/howto/fastcgi>.  I will
> > make sure to incorporate them into the document.  If it is
> > straightforward enough, Jeff and I might copy what you
> > did into the Buildkit, so that support for this makes it into MS4W in
> > a future release.
> >
> > Howard
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061221/6c8926cc/attachment.htm>

From dolf.andringa at ELCYION.NL  Thu Dec 21 09:09:42 2006
From: dolf.andringa at ELCYION.NL (Dolf Andringa)
Date: Thu, 21 Dec 2006 18:09:42 +0100
Subject: legend generation
In-Reply-To: <458AB683.7040207@elcyion.nl>
Message-ID: <THU.21.DEC.2006.180942.0100.DOLF.ANDRINGAELCYION.NL>

Sorry, but I have another question. Is it possible to get the layer 
names in the legend? Now I only get the different classes. I would like 
first the layer name and then the legenditems for that layer. Setting 
layer.name and/or layer.title does not help..
Thanks,

Dolf.

Dolf Andringa schreef:
> Thanks Bart and David! I though I had read that the title element was 
> the one giving the name in the legend. I guess I misread :) It works now!
> 
> Dolf.
> 
> Fawcett, David schreef:
>> There may be other things wrong, but for a layer or class to show up in
>> the legend, that  class needs to have a name.  It appears that neither
>> of the classes in your layer have names.
>>
>> David.
>>
>> -----Original Message-----
>> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
>> Behalf Of Dolf Andringa
>> Sent: Thursday, December 21, 2006 9:04 AM
>> To: MAPSERVER-USERS at LISTS.UMN.EDU
>> Subject: [UMN_MAPSERVER-USERS] legend generation
>>
>>
>> Hi People,
>>
>> I don't understand legends I think. I have found the mapfile reference 
>> and mapscript API reference, but can't get this to work.
>> I have got a map file (see below). When I try to create a legend for 
>> it with the mapserver legend tool, or by using mapscript 
>> (someMapObj.drawLegend().save(filename)), I only get a very small 
>> empty image. The map itself is displayed correctly with blue and red 
>> points. What is needed to create a legend. What am I doing wrong? I 
>> don't know where to look.
>> Thanks,
>>
>> Dolf.
>>
>> EXTENT 132771 447652 134477 451064
>>    IMAGECOLOR 255 255 255
>>    IMAGETYPE png24
>>    SYMBOLSET "symbols2.set"
>>    SIZE 600 1200
>>    STATUS ON
>>    UNITS METERS
>>    NAME "HAGIS map"
>>
>>    LEGEND
>>      KEYSIZE 20 10
>>      LABEL
>>        SIZE MEDIUM
>>        TYPE BITMAP
>>        COLOR 0 0 89
>>      END
>>      STATUS ON
>>    END
>>
>>    LAYER
>>      CONNECTION "PG:*****"
>>      CONNECTIONTYPE OGR
>>      DATA "promedico_acni_ds.lw"
>>      DEBUG ON
>>        METADATA
>>        END
>>      NAME "lw"
>>      SIZEUNITS PIXELS
>>      STATUS ON
>>      TOLERANCEUNITS PIXELS
>>      TYPE POINT
>>      UNITS METERS
>>      CLASS
>>        EXPRESSION (([HUISNUMMER]^2 <= 4) OR ( [HUISNUMMER]^2=9 ))
>>        METADATA
>>        END
>>        STYLE
>>          ANGLE 360
>>          COLOR 255 0 0
>>          SYMBOL 2
>>        END
>>        TITLE "huisnummer <= 3"
>>      END
>>      CLASS
>>        METADATA
>>        END
>>        STYLE
>>          ANGLE 360
>>          COLOR 0 0 255
>>          SYMBOL 2
>>        END
>>        TITLE "overig"
>>      END
>>    END


From bartvde at OSGIS.NL  Thu Dec 21 09:54:17 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Thu, 21 Dec 2006 18:54:17 +0100
Subject: legend generation
In-Reply-To: <458ABFD6.7010601@elcyion.nl>
Message-ID: <THU.21.DEC.2006.185417.0100.BARTVDEOSGIS.NL>

No I don't think this is possible out of the box.

We use a little PHP/Mapscript script to do that.

Best regards,
Bart

Dolf Andringa schreef:
> Sorry, but I have another question. Is it possible to get the layer 
> names in the legend? Now I only get the different classes. I would 
> like first the layer name and then the legenditems for that layer. 
> Setting layer.name and/or layer.title does not help..
> Thanks,
>
> Dolf.
>
> Dolf Andringa schreef:
>> Thanks Bart and David! I though I had read that the title element was 
>> the one giving the name in the legend. I guess I misread :) It works 
>> now!
>>
>> Dolf.
>>
>> Fawcett, David schreef:
>>> There may be other things wrong, but for a layer or class to show up in
>>> the legend, that  class needs to have a name.  It appears that neither
>>> of the classes in your layer have names.
>>>
>>> David.
>>>
>>> -----Original Message-----
>>> From: UMN MapServer Users List 
>>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
>>> Behalf Of Dolf Andringa
>>> Sent: Thursday, December 21, 2006 9:04 AM
>>> To: MAPSERVER-USERS at LISTS.UMN.EDU
>>> Subject: [UMN_MAPSERVER-USERS] legend generation
>>>
>>>
>>> Hi People,
>>>
>>> I don't understand legends I think. I have found the mapfile 
>>> reference and mapscript API reference, but can't get this to work.
>>> I have got a map file (see below). When I try to create a legend for 
>>> it with the mapserver legend tool, or by using mapscript 
>>> (someMapObj.drawLegend().save(filename)), I only get a very small 
>>> empty image. The map itself is displayed correctly with blue and red 
>>> points. What is needed to create a legend. What am I doing wrong? I 
>>> don't know where to look.
>>> Thanks,
>>>
>>> Dolf.
>>>
>>> EXTENT 132771 447652 134477 451064
>>>    IMAGECOLOR 255 255 255
>>>    IMAGETYPE png24
>>>    SYMBOLSET "symbols2.set"
>>>    SIZE 600 1200
>>>    STATUS ON
>>>    UNITS METERS
>>>    NAME "HAGIS map"
>>>
>>>    LEGEND
>>>      KEYSIZE 20 10
>>>      LABEL
>>>        SIZE MEDIUM
>>>        TYPE BITMAP
>>>        COLOR 0 0 89
>>>      END
>>>      STATUS ON
>>>    END
>>>
>>>    LAYER
>>>      CONNECTION "PG:*****"
>>>      CONNECTIONTYPE OGR
>>>      DATA "promedico_acni_ds.lw"
>>>      DEBUG ON
>>>        METADATA
>>>        END
>>>      NAME "lw"
>>>      SIZEUNITS PIXELS
>>>      STATUS ON
>>>      TOLERANCEUNITS PIXELS
>>>      TYPE POINT
>>>      UNITS METERS
>>>      CLASS
>>>        EXPRESSION (([HUISNUMMER]^2 <= 4) OR ( [HUISNUMMER]^2=9 ))
>>>        METADATA
>>>        END
>>>        STYLE
>>>          ANGLE 360
>>>          COLOR 255 0 0
>>>          SYMBOL 2
>>>        END
>>>        TITLE "huisnummer <= 3"
>>>      END
>>>      CLASS
>>>        METADATA
>>>        END
>>>        STYLE
>>>          ANGLE 360
>>>          COLOR 0 0 255
>>>          SYMBOL 2
>>>        END
>>>        TITLE "overig"
>>>      END
>>>    END
>
>


-- 
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl
http://www.osgis.nl


From ezenaide at GMAIL.COM  Thu Dec 21 10:24:51 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Thu, 21 Dec 2006 16:24:51 -0200
Subject: Query and Pan functions for GMap
Message-ID: <THU.21.DEC.2006.162451.0200.EZENAIDEGMAIL.COM>

hi all,

i'm searching for Query (using text search) and Pan functions for GMap.

and no, i really don't know how to create them :/


thanks

-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061221/b9f63d9c/attachment.htm>

From Steve.Lime at DNR.STATE.MN.US  Thu Dec 21 12:25:20 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Thu, 21 Dec 2006 14:25:20 -0600
Subject: New Compilation of mapserv Throwing "double free" Error -
 SOLVED
In-Reply-To: <20061221125650.GC12054@www.gisnet.com>
Message-ID: <THU.21.DEC.2006.142520.0600.STEVE.LIMEDNR.STATE.MN.US>

We love SOLVED messages, glad it was a simple fix!

Steve

>>> Bill Thoen <bthoen at GISNET.COM> 12/21/2006 6:56:50 AM >>>
Yes, it's Linux, and you've put your finger on the problem. Turns out I
had
two versions of the GEOS shared library linked to my last build of the
GDAL
code. Thanks to Frank Warmerdam for looking into it and pointing that
out,
I just deleted the old library and rebuilt GDAL, an everything's cool
now.
I don't know how that happened, but once we found the problem, it was
an
easy fix.

Here's what the evidence looked like:
[warmerdam at localhost bin]$ ldd /usr/local/bin/ogrinfo | grep geos
        libgeos-3.0.0rc2.so => /usr/local/lib/libgeos-3.0.0rc2.so
(0x00002aaaab0d2000)
        libgeos_c.so.1 => /usr/local/lib/libgeos_c.so.1
(0x00002aaaab31c000)
        libgeos-3.0.0rc3.so => /usr/local/lib/libgeos-3.0.0rc3.so
(0x00002aaaab42c000)


On Wed, Dec 20, 2006 at 09:25:05PM -0600, Steve Lime wrote:
> I assume this is Linux distribution, which one? Is OGR also compiled
> with GEOS support? I wonder if there could be a conflict allocating
> global GEOS objects by each system. One thing to try would be to
compile
> MapServer with GEOS but without GDAL/OGR and do a mapserv -v again.
> 
> Steve
> 
> >>> Bill Thoen <bthoen at GISNET.COM> 12/20/06 8:54 AM >>>
> I just compiled Mapserver from source and all seemed to go okay, but

> when I tested it with the -v switch I got this:
> 
> # ./mapserv -v
> MapServer version 4.10.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
OUTPUT=WBMP 
> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER 
> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT 
> SUPPORTS=WCS_SERVER SUPPORTS=GEOS INPUT=TIFF INPUT=EPPL7
INPUT=POSTGIS 
> INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
> *** glibc detected *** ./mapserv: double free or corruption
(fasttop): 
> 0x00000000005dd940 ***
> ======= Backtrace: =========
> /lib64/libc.so.6[0x305426d313]
> /lib64/libc.so.6(__libc_free+0x84)[0x305426d494]
> /usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab88eea1]
> /lib64/libc.so.6(__cxa_finalize+0x8e)[0x3054231e0e]
> /usr/local/lib/libgeos-3.0.0rc3.so[0x2aaaab83c613]
> ...followed by a long memory map....
> 
> Does anyone have a suggestion about what I should do to correct
this?
> 
> Thanks,
> - Bill Thoen
> 


From bthoen at GISNET.COM  Thu Dec 21 12:40:55 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Thu, 21 Dec 2006 13:40:55 -0700
Subject: Changing Output Projection
Message-ID: <THU.21.DEC.2006.134055.0700.BTHOENGISNET.COM>

I'm pulling a polygon layer from Postgis and displaying it in MapServer, 
but I can't seem to change the output projection. The polygon layer's 
native coordinate system is WGS84, and when I check MapServer with th 
e-v switch it says it supports PROJ. The unprojected map displays fine 
if I use decimal degrees, but it seems to be ignoring my PROJECTION 
settings the map file. Can someone tell me what's wrong? Here's the map 
file:

MAP
   SIZE 600 600
#  EXTENT -125 35 -66 50
   EXTENT -300000 -100000 300000 100000
   IMAGECOLOR 180 180 250

   UNITS METERS

   PROJECTION
      "proj=utm"
      "ellps=GRS80"
      "datum=NAD83"
      "zone=15"
      "units=m"
      "north"
      "no_defs"
   END

   WEB
      TEMPLATE counties.html
      IMAGEPATH "/var/www/html/tmp/"
      IMAGEURL "/tmp/"
   END

   LAYER
      NAME counties
      TYPE POLYGON
      STATUS DEFAULT
      CONNECTION "user=*** password=*** dbname=spatial1 host=localhost 
port=5432"
      CONNECTIONTYPE POSTGIS
      DATA "the_geom from counties"
      LABELITEM 'county'
      LABELMAXSCALE 5000000
      CLASSITEM 'county'
      CLASS
         NAME 'US Counties'
         OUTLINECOLOR 100 100 100
         COLOR 255 255 204
         LABEL
            SIZE LARGE
            COLOR 0 0 255
            OUTLINECOLOR 255 255 255
            MINFEATURESIZE 10
         END
      END
      PROJECTION
         "proj=utm"
         "ellps=GRS80"
         "datum=NAD83"
         "zone=15"
         "units=m"
         "north"
         "no_defs"
      END
   END
END
~


From warmerdam at POBOX.COM  Thu Dec 21 14:34:40 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Thu, 21 Dec 2006 17:34:40 -0500
Subject: Changing Output Projection
In-Reply-To: <458AF157.20408@gisnet.com>
Message-ID: <THU.21.DEC.2006.173440.0500.WARMERDAMPOBOX.COM>

Bill Thoen wrote:
> I'm pulling a polygon layer from Postgis and displaying it in MapServer, 
> but I can't seem to change the output projection. The polygon layer's 
> native coordinate system is WGS84, and when I check MapServer with th 
> e-v switch it says it supports PROJ. The unprojected map displays fine 
> if I use decimal degrees, but it seems to be ignoring my PROJECTION 
> settings the map file. Can someone tell me what's wrong? Here's the map 
> file:

Bill,

I believe the problem is that you are declaring the layer data to be UTM too.
The PROJECTION definition on the layer should be the source coordinate system
while the PROJECTION definition on the map should be the desired output
projection.  So change the layer to

PROJECTION
   "+proj=latlong +datum=WGS84"
END

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    | President OSGeo, http://osgeo.org


From bthoen at GISNET.COM  Thu Dec 21 13:48:46 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Thu, 21 Dec 2006 14:48:46 -0700
Subject: Changing Output Projection
In-Reply-To: <458B0C00.10708@pobox.com>
Message-ID: <THU.21.DEC.2006.144846.0700.BTHOENGISNET.COM>

Well,  that was easy! Thanks!

Frank Warmerdam wrote:
> Bill Thoen wrote:
>> I'm pulling a polygon layer from Postgis and displaying it in 
>> MapServer, but I can't seem to change the output projection. The 
>> polygon layer's native coordinate system is WGS84, and when I check 
>> MapServer with th e-v switch it says it supports PROJ. The 
>> unprojected map displays fine if I use decimal degrees, but it seems 
>> to be ignoring my PROJECTION settings the map file. Can someone tell 
>> me what's wrong? Here's the map file:
>
> Bill,
>
> I believe the problem is that you are declaring the layer data to be 
> UTM too.
> The PROJECTION definition on the layer should be the source coordinate 
> system
> while the PROJECTION definition on the map should be the desired output
> projection.  So change the layer to
>
> PROJECTION
>   "+proj=latlong +datum=WGS84"
> END


From Antti.Roppola at BRS.GOV.AU  Thu Dec 21 14:39:13 2006
From: Antti.Roppola at BRS.GOV.AU (Antti Roppola)
Date: Fri, 22 Dec 2006 09:39:13 +1100
Subject: [UNCLASSIFIED]RE: [UMN_MAPSERVER-USERS] Mapscript with php as apa
 che module
Message-ID: <FRI.22.DEC.2006.093913.1100.>

Hi Antonio,
 
Did you get a definitive answer on this? I am about to build a new server and
have been looking through the mailing list and various doco to see if
the improvements to threading makes it OK to use PHP as a module.
 
The setup section from the PHP Mapscript howto (late 2005) implies that CGI
is only required for Windows installs, but the FAQ at the end says CGI is a must:
http://mapserver.gis.umn.edu/docs/howto/phpmapscript-install/#setting-up-php-on-your-server <http://mapserver.gis.umn.edu/docs/howto/phpmapscript-install/#setting-up-php-on-your-server> 
 
These bugzilla entries suggests that DSOs are OK from 4.6.1 onwards
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=349 <http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=349> 
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1322 <http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1322>    (note comment #30 from Daniel)
 
Antti

   _____  

From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Antonio Grassi
Sent: Wednesday, 6 December 2006 3:46 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] Mapscript with php as apache module


Hi all. I've been looking in the mailing list and reading the documentation, but it is not clear to me, if there still exist problems when using php-mascript with php built as an apache module. Does anyone have a clear idea about this? 

Thanks very much,
Antonio


---------------------------------------------------------------------- 
IMPORTANT - This message has been issued by The Department of Agriculture, Fisheries and Forestry (DAFF).  The information transmitted is for the use of the intended recipient only and may contain confidential and/or legally privileged material.  It is your responsibility to check any attachments for viruses and defects before opening or sending them on.  
Any reproduction, publication, communication, re-transmission, disclosure, dissemination or other use of the information contained in this e-mail by persons or entities other than the intended recipient is prohibited.  The taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited.  If you have received this e-mail in error please notify the sender and delete all copies of this transmission together with any attachments.  If you have received this e-mail as part of a valid mailing list and no longer want to receive a message such as this one advise the sender by return e-mail accordingly.  Only e-mail correspondence which includes this footer, has been authorised by DAFF 
----------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061222/88b6303e/attachment.htm>

From gregor at HOSTGIS.COM  Thu Dec 21 15:49:34 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Thu, 21 Dec 2006 16:49:34 -0700
Subject: Mapscript with php as apache module
In-Reply-To: <61C2DEA055980B418D063F8646FCAEFC02875B26@ACT001CL03EX03.agdaff.gov.au
 >
Message-ID: <THU.21.DEC.2006.164934.0700.GREGORHOSTGIS.COM>

> Did you get a definitive answer on this? I am about to build a new server
> and have been looking through the mailing list and various doco to see if
> the improvements to threading makes it OK to use PHP as a module.

Reading those bugzilla entries, that's very encouraging. Thanks for
pointing those out, Antti.

Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5  as a
DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
stability of this configuration? Or am I gonna have to try it myself for a
few days and post a "it seems to work for me"? :)


From Antti.Roppola at BRS.GOV.AU  Thu Dec 21 17:06:13 2006
From: Antti.Roppola at BRS.GOV.AU (Antti Roppola)
Date: Fri, 22 Dec 2006 12:06:13 +1100
Subject: [UNCLASSIFIED]RE: [UMN_MAPSERVER-USERS] Mapscript with php as apa
 che module
Message-ID: <FRI.22.DEC.2006.120613.1100.>

Gregor wrote: 

> Reading those bugzilla entries, that's very encouraging. Thanks for pointing those out, Antti.

> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5  as a DSO, using a
> lot of PHP/Mapscript? Is there an "official" word on the stability of this configuration?
> Or am I gonna have to try it myself for a few days and post a "it seems to work for me"? :)

Once upon a time I deliberately build a 3.x release as a DSO and it worked.
Trouble is that it takes some load and circumstances to uncover any issues.
Things trucked along swimmingly for nearly a week when someone else started
using that particular dev system for testing. All of a sudden, it leaked and
lobotomised the whole server. Oops. (ignore install instructions at your peril)

I suspect that such circumstances would be much easier to induce if one was
deliberately trying to DOS the server or even on a heavily used production
system than on a sheltered dev system.

FYI Our prod system is Linux, PHP 4.x CGI and Apache 2 prefork.

Antti

---------------------------------------------------------------------- 
IMPORTANT - This message has been issued by The Department of Agriculture, Fisheries and Forestry (DAFF).  The information transmitted is for the use of the intended recipient only and may contain confidential and/or legally privileged material.  It is your responsibility to check any attachments for viruses and defects before opening or sending them on.  
Any reproduction, publication, communication, re-transmission, disclosure, dissemination or other use of the information contained in this e-mail by persons or entities other than the intended recipient is prohibited.  The taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited.  If you have received this e-mail in error please notify the sender and delete all copies of this transmission together with any attachments.  If you have received this e-mail as part of a valid mailing list and no longer want to receive a message such as this one advise the sender by return e-mail accordingly.  Only e-mail correspondence which includes this footer, has been authorised by DAFF 
----------------------------------------------------------------------


From warmerdam at POBOX.COM  Thu Dec 21 20:33:35 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Thu, 21 Dec 2006 23:33:35 -0500
Subject: BigTIFF Implementation Project - Seeking One Additional Sponsor
Message-ID: <THU.21.DEC.2006.233335.0500.WARMERDAMPOBOX.COM>

Folks,

GeoTIFF has been one of the most successful geospatial imaging formats since
it's inception over ten years ago as an extension to TIFF.

However, the underlying TIFF format suffers from a size limit of 4GB.
As time passes computing resources improve, and image data quantities
balloon.  The 4GB limitations has become an increasing problem for our
industry.

In an effort to rectify this the TIFF user community on the TIFF mailing
list developed a specification for an extension to TIFF to use 64bit offsets
within a new variation of the format now referred to as BigTIFF.  This allows
file sizes up to 18000 petabytes, effectively infinite.  This specification
was developed with input from a variety of sources, including users of the
libtiff library, representatives of Adobe (the owner of the TIFF specification)
and developers of other TIFF codecs.

The BigTIFF specification has been successfully implemented in one proprietary
library from Aware Systems.  However, the libtiff development team has not been
able to find the several months of development time required to implement
support for BigTIFF in the libtiff library (used by libgeotiff, GDAL,
MapServer, etc).

Joris van Damme of Aware Systems (also a frequent contributor to libtiff and
the TIFF mailing list) has agreed to implement a BigTIFF upgrade for libtiff
if reasonable financial support can be found for the project.  To that
end the "BigTIFF Sponsorship" effort was launched.  It is described at:

   http://libtiff.maptools.org/BigTIFFProposal.html

So far we have been quite successful and have secured commitments from three
of four needed sponsors, each for an amount of $6000 USD towards the project.
This email is a solicitation for one final sponsor for the same amount so that
we can launch the development project in February.

The proposal page above covers the details, but the gist is that the project
will result in a libtiff 4.0 circa July 2007 that will support reading
traditional TIFF files, as well as BigTIFF files, and will support writing
either variant.  This capability will flow through to users of the GDAL
library, MapServer and libgeotiff.

This is an appeal from me then for one additional organization in our
industry to step forward to support this important infrastructural project.

In addition to the technical benefits this project will bring, I believe
the project press release will also bring a reputational benefit to all the
sponsors.

Please contact myself or Joris van Damme if you are interested in taking
the last sponsorship position so that we can launch the project on time.

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    |


From a.acquista at LIBERO.IT  Fri Dec 22 02:11:12 2006
From: a.acquista at LIBERO.IT (Plonauta)
Date: Fri, 22 Dec 2006 02:11:12 -0800
Subject: PHP MapScript - MapFile access violation
Message-ID: <FRI.22.DEC.2006.021112.0800.A.ACQUISTALIBERO.IT>

Hi all, I'm Alessio.
Now I'm using MapServer 4.10, PHP 5.2 and IIS5 on Win2K Pro.
I haven't use ms4w package.
I configured IIS for PHP 5.2.0 support (installed as ISAPI, not CGI), PHP
for MapScript support and tested all by a "phpinfo()" page.

I can get from MapServer a map of entire world from a shape file.

I need to load a map greater than web page size, so I've put in the page a
table with the size of the map.
Into each cell there is an img object with visibility property sets to
"hidden".
This table is inserted into a div with position property sets to "absolute",
so I can drag this div and scroll the entire table (so, the entire map).

When a cell is in the page area (between the upper-lower and left-right page
borders) I assign to the src property of the contained img a php page path,
passing in QueryString the coordinates of the map portion I need.

In this php page, using MapScript, I create a map object, set size and
extent of the map portion I need, and draw it directly in the browser.

It seems wonderful and so "GoogleMap-like", but at this point I've got a
problem.
Some times the MapScript elaboration fails because php can't load the map
file.

My table, in the page area, has 5 columns and 4 rows (so 20 cells), and in
the first "version" of this web app, requests of these 20 cells to php page
with MapScript inside, starts at the same time.
After second image loaded (some times after the third), the php page returns
an acces violation, and at this point I can't use MapServer until I reboot
IIS.

It seems like my php page try to open map file before it was released by
previous MapObj instance.
So, in the second "version" of the web app, I insert the requests into an
array and like a FIFO queue, start a request after the previous was
completed.

This "upgrade" isn't enough, because with IRregular frequency, php returns
the same error.

So, I've delayed the request by a javascript "setTimeout" with 500
milliseconds.

But another time it isn't enough.

My last "upgrade" is to create 4 MapFiles with the same instructions inside
to shunt request queue.
In this case, instead the "access violation" message, php tells me that it
fails to open map file and the ".dbf" shape file.

It occurs if, while map portions are loading in a browser window, I open
another browser window and it also starts to load map portions.

Do you help me ?

Thanx in advance and excuse me for my bad bad bad english

Alessio

-- 
View this message in context: http://www.nabble.com/PHP-MapScript---MapFile-access-violation-tf2869969.html#a8021511
Sent from the Mapserver - User mailing list archive at Nabble.com.


From dmorissette at MAPGEARS.COM  Fri Dec 22 06:39:16 2006
From: dmorissette at MAPGEARS.COM (Daniel Morissette)
Date: Fri, 22 Dec 2006 09:39:16 -0500
Subject: Mapscript with php as apache module
In-Reply-To: <3870.71.211.183.82.1166744974.squirrel@maps.hostgis.com>
Message-ID: <FRI.22.DEC.2006.093916.0500.DMORISSETTEMAPGEARS.COM>

Gregor Mosheh wrote:
> 
> Reading those bugzilla entries, that's very encouraging. Thanks for
> pointing those out, Antti.
> 
> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5  as a
> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
> stability of this configuration? Or am I gonna have to try it myself for a
> few days and post a "it seems to work for me"? :)

Yes, version 4.10 should be safe to use with PHP as an Apache module, I 
am not aware of any outstanding issue on that front... 4.6.1 and 4.8 
might be okay too, but I'm not sure, so using 4.10 is the safest way to go.

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


From b.vdeijnden at AGI.RWS.MINVENW.NL  Fri Dec 22 06:53:04 2006
From: b.vdeijnden at AGI.RWS.MINVENW.NL (Eijnden, Bart van den (AGI))
Date: Fri, 22 Dec 2006 15:53:04 +0100
Subject: ***MOGELIJK SPAM*** Re: [UMN_MAPSERVER-USERS] Mapscript with
 php as apache module
Message-ID: <FRI.22.DEC.2006.155304.0100.B.VDEIJNDENAGI.RWS.MINVENW.NL>

4.6 and 4.8 have the possible issue of non unique temp filenames.

So 4.10 is (probably) the best way to go.

Best regards,
Bart

-----Oorspronkelijk bericht-----
Van: UMN MapServer Users List
[mailto:MAPSERVER-USERS at LISTS.UMN.EDU]Namens Daniel Morissette
Verzonden: vrijdag 22 december 2006 15:39
Aan: MAPSERVER-USERS at LISTS.UMN.EDU
Onderwerp: ***MOGELIJK SPAM*** Re: [UMN_MAPSERVER-USERS] Mapscript with
php as apache module


Gregor Mosheh wrote:
> 
> Reading those bugzilla entries, that's very encouraging. Thanks for
> pointing those out, Antti.
> 
> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5  as a
> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
> stability of this configuration? Or am I gonna have to try it myself for a
> few days and post a "it seems to work for me"? :)

Yes, version 4.10 should be safe to use with PHP as an Apache module, I 
am not aware of any outstanding issue on that front... 4.6.1 and 4.8 
might be okay too, but I'm not sure, so using 4.10 is the safest way to go.

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


Disclaimer
************************************************************************
Aan dit bericht kunnen geen rechten worden ontleend. Dit bericht is
uitsluitend bestemd voor de geadresseerde. Als u dit bericht per abuis
hebt ontvangen, wordt u verzocht het te vernietigen en de afzender te 
informeren. Wij adviseren u om bij twijfel over de juistheid of de 
volledigheid van de mail contact met afzender op te nemen.

This message shall not constitute any rights or obligations.
This message is intended solely for the addressee.
If you have received this message in error, please delete it and
notify the sender immediately. When in doubt whether this message
is correct or complete, please contact the sender.
************************************************************************


From boice at RUNSKIP.COM  Fri Dec 22 10:14:47 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Fri, 22 Dec 2006 13:14:47 -0500
Subject: zoom point and zoom rectangle
Message-ID: <FRI.22.DEC.2006.131447.0500.BOICERUNSKIP.COM>


Hello,

Can anyone tell me how the mapscript function zoompoint uses the  
zoomfactor parameter to calculate the extent.

thanks,

boice



////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


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

From Steve.Lime at DNR.STATE.MN.US  Fri Dec 22 11:00:25 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 22 Dec 2006 13:00:25 -0600
Subject: zoom point and zoom rectangle
In-Reply-To: <E4BBF270-370A-4857-B51A-9BB8380ABF9B@runskip.com>
Message-ID: <FRI.22.DEC.2006.130025.0600.STEVE.LIMEDNR.STATE.MN.US>

I believe it's used simply as a multiplier against the previous
cellsize. So, if the zoomfactor
is 2 then cells in the new extent will be 2 times larger, if -2 then
cells will be 2 times smaller.
That's how the CGI application does it anyway.

Steve

>>> boice tomlin <boice at RUNSKIP.COM> 12/22/2006 12:14:47 PM >>>

Hello,

Can anyone tell me how the mapscript function zoompoint uses the  
zoomfactor parameter to calculate the extent.

thanks,

boice



////////////////////////////
Run Skip
http://runskip.com/ 

boice tomlin

boice at runskip.com 

503-528-6204


From dave.potts at PINAN.CO.UK  Fri Dec 22 11:58:47 2006
From: dave.potts at PINAN.CO.UK (Dave Potts)
Date: Fri, 22 Dec 2006 19:58:47 +0000
Subject: Table alias in Expression LabelItem in map files
In-Reply-To: <Pine.LNX.4.44.0612202204470.3169-100000@bme-geod.agt.bme.hu>
Message-ID: <FRI.22.DEC.2006.195847.0000.DAVE.POTTSPINAN.CO.UK>

I am using the mapserver map file interface to access a postgres 
database, if I attempt to use a table aliases in a LABELITEM or 
EXPRESSION clause in the map file I get a syntax error reported from the 
postgres database

eg msDrawMap(): Image handling error. Failed to draw layer named 'castles'.
prepare_database(): Query error. Error executing POSTGIS DECLARE (the 
actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT 
pnt.place_name::text,certain::text,castle_name::text,asbinary(force_collection(force_2d(gis_ngr)),'NDR'),castle_id::text 
from (select ct.castle_id, ct.gis_ngr ,ct.certain, ct.possible, 
ct.question,ct.castle_name, pnt.place_name, distance(pnt.gis_ngr, 
ct.gis_ngr) from castle_table ct,place_name_table pnt, county_table 
where county_table.county_id= ct.county_id and pnt.county_id = 
county_table.county_id and county_table.county_name='Surrey' ) as foo 
WHERE gis_ngr && setSRID('BOX3D(454541.666665 
119270.833332,579541.666669 181770.833334)'::BOX3D, 27700 )'

Postgresql reports the error as 'ERROR: missing FROM-clause entry for 
table "pnt"'

For the input
===========================================================
LABELITEM "pnt.place_name"
        CONNECTIONTYPE POSTGIS
        CONNECTION "dbname=castle user=dp42 host=localhost port=5432"
        #DATA "gis_ngr from (select castle_id, gis_ngr ,certain, 
possible, question,castle_name  from  castle_table,county_table where 
county_table.county_id= castle_table.county_id and 
county_table.county_name='Surrey'  ) as foo using srid=27700 using 
unique castle_id"

        DATA "gis_ngr from (select ct.castle_id, ct.gis_ngr ,ct.certain, 
ct.possible, ct.question,ct.castle_name, pnt.place_name, 
distance(pnt.gis_ngr, ct.gis_ngr)
                           from  castle_table ct,place_name_table pnt,
                            county_table where county_table.county_id= 
ct.county_id and
                            pnt.county_id = county_table.county_id and
                                county_table.county_name='Surrey'  ) as 
foo using srid=27700 using unique castle_id"

        CLASS
                NAME "Manor Sites"
                SYMBOL 'circle'
                SIZE 3
                OUTLINECOLOR 255 0 0
                EXPRESSION ( "[certain]" =  "t" and  "[castle_name]" !=  
"%sitename%"  and distance < %sitedistance% )
                LABEL
======================================================
If I remove the table alias, ie say LABELITEM "place_name" everything is 
ok, is there a way round this problem ?

Its mapserver  4.10

regards

David.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dave.potts.vcf
Type: text/x-vcard
Size: 85 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061222/c691c4cd/attachment.vcf>

From boice at RUNSKIP.COM  Fri Dec 22 13:37:47 2006
From: boice at RUNSKIP.COM (boice tomlin)
Date: Fri, 22 Dec 2006 16:37:47 -0500
Subject: zoom point and zoom rectangle
In-Reply-To: <458BD6E90200008F00005479@co5.dnr.state.mn.us>
Message-ID: <FRI.22.DEC.2006.163747.0500.BOICERUNSKIP.COM>


Thanks Steve,

That gives me the right calculation.

-boice



On Dec 22, 2006, at 2:00 PM, Steve Lime wrote:

> I believe it's used simply as a multiplier against the previous
> cellsize. So, if the zoomfactor
> is 2 then cells in the new extent will be 2 times larger, if -2 then
> cells will be 2 times smaller.
> That's how the CGI application does it anyway.
>
> Steve
>
>>>> boice tomlin <boice at RUNSKIP.COM> 12/22/2006 12:14:47 PM >>>
>
> Hello,
>
> Can anyone tell me how the mapscript function zoompoint uses the
> zoomfactor parameter to calculate the extent.
>
> thanks,
>
> boice
>
>
>
> ////////////////////////////
> Run Skip
> http://runskip.com/
>
> boice tomlin
>
> boice at runskip.com
>
> 503-528-6204




////////////////////////////
Run Skip
http://runskip.com/

boice tomlin

boice at runskip.com

503-528-6204


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061222/2b16440c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061222/2b16440c/attachment.sig>

From bthoen at GISNET.COM  Fri Dec 22 15:47:34 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Fri, 22 Dec 2006 16:47:34 -0700
Subject: MapServer & PostGIS Security
Message-ID: <FRI.22.DEC.2006.164734.0700.BTHOENGISNET.COM>

I've just recently got MapServer going with data from a PostGIS connection
and I'd like to know what the "best practices" are in terms of security.
The problem I see is that you have to put a PostGIS username and password
in your mapfile on the CONNECTION line, which is easily viewed by anyone.

So what I've done is moved my mapfile out of the html directory tree and
am also using a user with read-only privs to the tables I want to display
and access to nothing else. But what do people who know what they're doing
do to ensure that there are no security holes?

TIA,

- Bill Thoen


From pramsey at REFRACTIONS.NET  Fri Dec 22 16:22:26 2006
From: pramsey at REFRACTIONS.NET (Paul Ramsey)
Date: Fri, 22 Dec 2006 16:22:26 -0800
Subject: MapServer & PostGIS Security
In-Reply-To: <20061222234734.GA25228@www.gisnet.com>
Message-ID: <FRI.22.DEC.2006.162226.0800.PRAMSEYREFRACTIONS.NET>

Additionally, tighten up your PgSQL connection rules, make sure only  
your mapserver box can connect to the postgresql instance.
And make sure you don't have a DATAPATTERN set, so that people can't  
override your data statement remotely and play SQL injection games.

P

On 22-Dec-06, at 3:47 PM, Bill Thoen wrote:

> I've just recently got MapServer going with data from a PostGIS  
> connection
> and I'd like to know what the "best practices" are in terms of  
> security.
> The problem I see is that you have to put a PostGIS username and  
> password
> in your mapfile on the CONNECTION line, which is easily viewed by  
> anyone.
>
> So what I've done is moved my mapfile out of the html directory  
> tree and
> am also using a user with read-only privs to the tables I want to  
> display
> and access to nothing else. But what do people who know what  
> they're doing
> do to ensure that there are no security holes?
>
> TIA,
>
> - Bill Thoen


From woklist at KYNGCHAOS.COM  Fri Dec 22 17:49:48 2006
From: woklist at KYNGCHAOS.COM (William Kyngesburye)
Date: Fri, 22 Dec 2006 19:49:48 -0600
Subject: PHP PROJ module
Message-ID: <FRI.22.DEC.2006.194948.0600.WOKLISTKYNGCHAOS.COM>

I was poking around in the build setup for PHP Mapscript and noticed  
an option to build a php_proj module.  What's the status of this?   
stable?  outdated?  useful?

-----
William Kyngesburye <kyngchaos at kyngchaos.com>
http://www.kyngchaos.com/

"This is a question about the past, is it? ... How can I tell that  
the past isn't a fiction designed to account for the discrepancy  
between my immediate physical sensations and my state of mind?"

- The Ruler of the Universe


From woklist at KYNGCHAOS.COM  Fri Dec 22 20:47:41 2006
From: woklist at KYNGCHAOS.COM (William Kyngesburye)
Date: Fri, 22 Dec 2006 22:47:41 -0600
Subject: MapServer Mac OS X with dynamic libs available
Message-ID: <FRI.22.DEC.2006.224741.0600.WOKLISTKYNGCHAOS.COM>

I set up an xcode project for MapServer (not available yet), and in  
the process built a framework for the MapServer library, to replace  
the standard static library. This remove 2.3 MB from every (13)  
MapServer binary. This should be considered a beta release, but  
please test if you can.

Merry Xmas!

-----
William Kyngesburye <kyngchaos at kyngchaos.com>
http://www.kyngchaos.com/

"Mon Dieu! but they are all alike.  Cheating, murdering, lying,  
fighting, and all for things that the beasts of the jungle would not  
deign to possess - money to purchase the effeminate pleasures of  
weaklings.  And yet withal bound down by silly customs that make them  
slaves to their unhappy lot while firm in the belief that they be the  
lords of creation enjoying the only real pleasures of existence....

- the wisdom of Tarzan


From dave.potts at PINAN.CO.UK  Sat Dec 23 00:42:55 2006
From: dave.potts at PINAN.CO.UK (Dave Potts)
Date: Sat, 23 Dec 2006 08:42:55 +0000
Subject: accessing postgis colum type as integers instead of strings
Message-ID: <SAT.23.DEC.2006.084255.0000.DAVE.POTTSPINAN.CO.UK>

When ever I attempt to access a colum in a postgis database, the data 
type always seems to come back as type ::text, the field I am trying is 
access in an integer.

Looking at the post gis database driver( mappostgis.c) it seems that the 
data type is always going to be selected as type ::text.

My problem is that the data type being accessed is a integer and it 
seems to be impossible to compare this value as a number instead of a 
string in an EXPRESSION statment  any suggestions?

I have already tried using the postgres to_char function with no luck, 
trying to use " force both values to strings did'nt help either.

Dave.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dave.potts.vcf
Type: text/x-vcard
Size: 85 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061223/440cd5fe/attachment.vcf>

From gregor at HOSTGIS.COM  Sat Dec 23 08:16:14 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Sat, 23 Dec 2006 09:16:14 -0700
Subject: accessing postgis colum type as integers instead of strings
In-Reply-To: <458CEC0F.2060609@pinan.co.uk>
Message-ID: <SAT.23.DEC.2006.091614.0700.GREGORHOSTGIS.COM>

> My problem is that the data type being accessed is a integer and it
> seems to be impossible to compare this value as a number instead of a
> string in an EXPRESSION statment  any suggestions?

Are you sure you're using the proper comparison operator and syntax?
What's in your mapfile?

String comparison:
EXPRESSION ( "[population]" > "1000000" )

Numeric comparison:
EXPRESSION ( [population] > 1000000 )


From dave.potts at PINAN.CO.UK  Sat Dec 23 15:59:25 2006
From: dave.potts at PINAN.CO.UK (Dave Potts)
Date: Sat, 23 Dec 2006 23:59:25 +0000
Subject: Use of % in a varible name
Message-ID: <SAT.23.DEC.2006.235925.0000.DAVE.POTTSPINAN.CO.UK>

Hi Folks

I know its possible to use the string syntax  '%foo%'  where is foo is 
an input value from a httml <input type="hidden" name="foo" value="haggis"

is it possible to use a numerical value with the same syntax ?

eg

                   %foo% lt 50000

where


<input type="hidden" name="foo" value="5000"

Line 326 of mapparser.y( map server 4.10) seems to indicate for 
numerical expressions a % is always used as an operator

I am trying to pass a varible in to a cgi version of mapscript and do a 
numerical comparsion

 From the documntation it appears that saying

    expression "[foo]" gt "5000" will not work as expected, is this 
correct ?/

Dave.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: dave.potts.vcf
Type: text/x-vcard
Size: 85 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061223/7179ca95/attachment.vcf>

From williampaul28 at YAHOO.COM  Sun Dec 24 03:34:09 2006
From: williampaul28 at YAHOO.COM (william paul)
Date: Sun, 24 Dec 2006 03:34:09 -0800
Subject: Google WMS
Message-ID: <SUN.24.DEC.2006.033409.0800.WILLIAMPAUL28YAHOO.COM>

Hi:

Is it possible to display Google images in a Mapserver application like a WMS layer?
I want to use Google images as background, like you can use any other WMS server

Merry Christmas and Happy New Year

William

 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061224/9f2de141/attachment.htm>

From warmerdam at POBOX.COM  Sun Dec 24 06:29:31 2006
From: warmerdam at POBOX.COM (Frank Warmerdam)
Date: Sun, 24 Dec 2006 09:29:31 -0500
Subject: BigTIFF Implementation Project - Seeking One Additional
 Sponsor
In-Reply-To: <458B601F.9000204@pobox.com>
Message-ID: <SUN.24.DEC.2006.092931.0500.WARMERDAMPOBOX.COM>

On 12/21/06, Frank Warmerdam <warmerdam at pobox.com> wrote:
> This is an appeal from me then for one additional organization in our
> industry to step forward to support this important infrastructural project.

Folks,

I just wanted everyone to know we have our fourth sponsor
and BigTIFF is a go!

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 bthoen at GISNET.COM  Sun Dec 24 07:21:42 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Sun, 24 Dec 2006 08:21:42 -0700
Subject: MapServer Documentation
Message-ID: <SUN.24.DEC.2006.082142.0700.BTHOENGISNET.COM>

Is there a complete source of documentation for MapServer somewhere? I'm
finding that the various documents at http://mapserver.gis.umn.edu/docs/,
while helpful, are a bit disjointed and they don't cover everything. Also,
the gallery is great to see what can be done with MapServer, but where do
you go to get a peek at the map files and/or mapscript for these examples?

Am I just missing an obvious resource or is this a job that's on a "To Do"
list somewhere?

- Bill Thoen


From umberto.nicoletti at GMAIL.COM  Sun Dec 24 08:12:19 2006
From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti)
Date: Sun, 24 Dec 2006 17:12:19 +0100
Subject: MapServer & PostGIS Security
In-Reply-To: <20061222234734.GA25228@www.gisnet.com>
Message-ID: <SUN.24.DEC.2006.171219.0100.UMBERTO.NICOLETTIGMAIL.COM>

Mapserver implements encryption of username and password in mapfile, see:
http://mapserver.gis.umn.edu/development/rfc/ms-rfc-18/

Umberto

On 12/23/06, Bill Thoen <bthoen at gisnet.com> wrote:
> I've just recently got MapServer going with data from a PostGIS connection
> and I'd like to know what the "best practices" are in terms of security.
> The problem I see is that you have to put a PostGIS username and password
> in your mapfile on the CONNECTION line, which is easily viewed by anyone.
>
> So what I've done is moved my mapfile out of the html directory tree and
> am also using a user with read-only privs to the tables I want to display
> and access to nothing else. But what do people who know what they're doing
> do to ensure that there are no security holes?
>
> TIA,
>
> - Bill Thoen
>


From bthoen at GISNET.COM  Mon Dec 25 13:55:10 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Mon, 25 Dec 2006 14:55:10 -0700
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.145510.0700.BTHOENGISNET.COM>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 13:57:35 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 15:57:35 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.155735.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/17bffbf7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3359 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/17bffbf7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 13:59:14 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 15:59:14 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.155914.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9cca8ee1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3427 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9cca8ee1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:01:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:01:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.160103.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/69df438f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3495 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/69df438f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:03:49 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:03:49 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.160349.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/78c56f06/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3563 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/78c56f06/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:06:14 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:06:14 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.160614.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ef1e9450/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3631 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ef1e9450/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:07:16 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:07:16 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.160716.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/8ada93a4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3699 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/8ada93a4/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:09:47 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:09:47 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.160947.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/aa0988f7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3767 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/aa0988f7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:11:29 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:11:29 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.161129.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/47f1d112/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3835 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/47f1d112/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:13:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:13:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.161305.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9bfadfb1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3903 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9bfadfb1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:15:13 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:15:13 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.161513.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b233ebd2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3971 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b233ebd2/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:16:22 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:16:22 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.161622.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/97cc61d0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4039 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/97cc61d0/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:17:42 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:17:42 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.161742.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/57a87e74/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4107 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/57a87e74/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:19:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:19:06 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.161906.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6096c538/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4175 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6096c538/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:20:02 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:20:02 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162002.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5386609d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4243 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5386609d/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:21:29 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:21:29 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162129.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9f87b78f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9f87b78f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:22:39 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:22:39 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162239.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9c3d34af/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9c3d34af/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:23:26 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:23:26 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162326.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4d42e098/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4d42e098/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:24:33 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:24:33 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162433.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7a4870aa/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7a4870aa/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:26:14 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:26:14 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162614.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/14140a8e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/14140a8e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:27:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:27:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162705.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/01384742/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/01384742/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:28:20 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:28:20 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.162820.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a13eebaa/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a13eebaa/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:30:25 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:30:25 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163025.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/38756aef/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/38756aef/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:31:33 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:31:33 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163133.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/52891ff4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/52891ff4/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:33:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:33:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163305.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/664ac50a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/664ac50a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:34:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:34:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163405.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ddb12d2e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ddb12d2e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:35:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:35:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163505.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f042ce92/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f042ce92/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:36:11 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:36:11 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163611.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/812d94bc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/812d94bc/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:37:27 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:37:27 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163727.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ef6d01c9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ef6d01c9/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:39:43 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:39:43 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.163943.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/dd87ba36/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/dd87ba36/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:41:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:41:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.164103.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f69dfffd/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f69dfffd/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:42:20 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:42:20 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.164220.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b4eb4ef2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b4eb4ef2/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:43:21 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:43:21 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.164321.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/86a32e93/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/86a32e93/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:45:21 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:45:21 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.164521.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/50962530/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/50962530/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:47:41 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:47:41 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.164741.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/16ef6c4e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/16ef6c4e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:50:02 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:50:02 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.165002.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/982bfe86/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/982bfe86/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:53:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:53:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.165303.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/28ed8e1e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/28ed8e1e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:56:25 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:56:25 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.165625.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b4a42279/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b4a42279/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 14:59:30 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 16:59:30 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.165930.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b0492bcf/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b0492bcf/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:02:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:02:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.170203.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/dbe08684/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/dbe08684/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:03:41 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:03:41 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.170341.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0589c222/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0589c222/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:05:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:05:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.170503.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b77e964f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b77e964f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:06:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:06:10 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.170610.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e9a73d28/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e9a73d28/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:07:25 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:07:25 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.170725.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c2cbe581/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c2cbe581/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:08:34 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:08:34 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.170834.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/610b0198/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/610b0198/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:10:40 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:10:40 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171040.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/751a4c94/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/751a4c94/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:12:17 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:12:17 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171217.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b1c5ddfd/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b1c5ddfd/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:13:30 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:13:30 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171330.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/278fc20a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/278fc20a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:14:44 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:14:44 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171444.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7c4e700c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7c4e700c/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:15:50 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:15:50 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171550.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3dd91aa1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3dd91aa1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:17:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:17:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171705.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a2bea9e1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a2bea9e1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:18:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:18:10 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171810.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b24778c1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b24778c1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:19:15 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:19:15 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.171915.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f36ea20e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f36ea20e/attachment.obj>

From cermak at SFOS.UAF.EDU  Mon Dec 25 15:21:39 2006
From: cermak at SFOS.UAF.EDU (Rob Cermak)
Date: Mon, 25 Dec 2006 14:21:39 -0900
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.142139.0900.CERMAKSFOS.UAF.EDU>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


-- 
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:21:24 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:21:24 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.172124.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d3231076/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d3231076/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:22:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:22:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.172204.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


-- 
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0b0a4640/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3987 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0b0a4640/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:22:27 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:22:27 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.172227.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/90fd4f3a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/90fd4f3a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:23:42 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:23:42 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.172342.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/46023111/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4055 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/46023111/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:24:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:24:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.172403.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e52444cd/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e52444cd/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:25:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:25:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.172503.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a696362f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a696362f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:25:38 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:25:38 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.172538.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/047e4489/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4123 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/047e4489/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:26:28 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:26:28 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.172628.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1550d285/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1550d285/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:27:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:27:06 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.172706.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/127948fa/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4191 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/127948fa/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:30:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:30:04 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.173004.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e765f924/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e765f924/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:30:44 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:30:44 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.173044.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5f5152d9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4259 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5f5152d9/attachment.obj>

From gregor at HOSTGIS.COM  Mon Dec 25 15:27:12 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Mon, 25 Dec 2006 16:27:12 -0700
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.162712.0700.GREGORHOSTGIS.COM>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:32:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:32:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.173204.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f2c2eb7e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3418 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f2c2eb7e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:32:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:32:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.173204.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f2c2eb7e/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f2c2eb7e/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:32:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:32:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.173205.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/77e5033b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/77e5033b/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:34:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:34:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.173403.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/15910b1a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/15910b1a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:35:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:35:03 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.173503.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/87afdfa7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3486 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/87afdfa7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:36:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:36:09 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.173609.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d739bea4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3554 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d739bea4/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:36:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:36:09 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.173609.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d739bea4/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d739bea4/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:37:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:37:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.173703.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/bea4a997/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/bea4a997/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:38:25 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:38:25 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.173825.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c736f919/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3622 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c736f919/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:39:33 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:39:33 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.173933.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d6d6ff1f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d6d6ff1f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:39:33 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:39:33 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.173933.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d6d6ff1f/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d6d6ff1f/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:40:07 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:40:07 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.174007.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/073c9ef5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3690 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/073c9ef5/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:41:23 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:41:23 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.174123.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9d976a41/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3758 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9d976a41/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:41:24 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:41:24 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.174124.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2b85b45b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2b85b45b/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:41:24 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:41:24 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.174124.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2b85b45b/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2b85b45b/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:42:32 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:42:32 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.174232.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4ad89439/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3826 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4ad89439/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:43:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:43:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.174304.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3cce573a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3cce573a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:43:23 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:43:23 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.174323.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e7dc48e9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e7dc48e9/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:44:35 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:44:35 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.174435.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/42cc7075/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/42cc7075/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:44:35 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:44:35 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.174435.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/42cc7075/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3894 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/42cc7075/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:45:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:45:06 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.174506.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cc540152/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cc540152/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:45:47 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:45:47 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.174547.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/90347c96/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/90347c96/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:46:16 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:46:16 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.174616.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/013ecc0f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 3962 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/013ecc0f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:47:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:47:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.174705.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4f39a843/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4f39a843/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:47:46 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:47:46 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.174746.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ca761c5d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ca761c5d/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:50:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:50:09 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.175009.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6c5c9477/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6c5c9477/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:50:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:50:09 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.175009.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6c5c9477/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4030 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6c5c9477/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:50:40 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:50:40 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.175040.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4aa61334/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4aa61334/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:57:35 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:57:35 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.175735.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f475ea6d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f475ea6d/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:58:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:58:03 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.175803.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0c877dd1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4098 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0c877dd1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 15:58:30 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 17:58:30 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.175830.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6a6bf31e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6a6bf31e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:01:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:01:10 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.180110.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c8931186/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c8931186/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:01:11 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:01:11 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.180111.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a8eba9cc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a8eba9cc/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:01:12 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:01:12 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.180112.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ce81738a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4166 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ce81738a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:03:17 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:03:17 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.180317.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c737a06f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c737a06f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:03:18 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:03:18 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.180318.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0d0b1bc4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0d0b1bc4/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:04:18 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:04:18 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.180418.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/35dae143/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4234 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/35dae143/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:05:41 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:05:41 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.180541.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/98512a05/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/98512a05/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:06:16 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:06:16 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.180616.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/41d68c15/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/41d68c15/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:06:17 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:06:17 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.180617.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/13a90e4a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 4302 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/13a90e4a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:07:45 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:07:45 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.180745.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2a3396d7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2a3396d7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:09:11 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:09:11 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.180911.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e73a9543/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e73a9543/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:09:12 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:09:12 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.180912.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ce22fb2c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ce22fb2c/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:10:40 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:10:40 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.181040.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1fa5a492/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1fa5a492/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:12:11 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:12:11 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.181211.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/931a1574/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/931a1574/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:12:12 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:12:12 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.181212.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3bfb7d05/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3bfb7d05/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:13:41 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:13:41 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.181341.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4d5899b2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4d5899b2/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:13:16 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:13:16 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.181316.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e7e5e29a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e7e5e29a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:14:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:14:10 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.181410.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9acf0c84/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9acf0c84/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:15:14 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:15:14 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.181514.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c8df6a6a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c8df6a6a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:15:34 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:15:34 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.181534.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b0a8e233/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b0a8e233/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:15:35 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:15:35 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.181535.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4cea3a09/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4cea3a09/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:17:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:17:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.181704.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2faacfb0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2faacfb0/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:17:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:17:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.181703.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1b5d8f0a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1b5d8f0a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:18:12 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:18:12 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.181812.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e325e287/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e325e287/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:18:42 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:18:42 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.181842.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/304d608c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/304d608c/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:19:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:19:10 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.181910.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/919c1856/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/919c1856/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:20:37 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:20:37 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.182037.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/fbcdace8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/fbcdace8/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:21:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:21:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.182103.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d41b525a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d41b525a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:21:43 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:21:43 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.182143.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2335e1a0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2335e1a0/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:22:39 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:22:39 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.182239.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f9080f68/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f9080f68/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:22:40 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:22:40 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.182240.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c57bd124/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c57bd124/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:24:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:24:03 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.182403.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/294230c7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/294230c7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:24:46 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:24:46 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.182446.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/41a1a3e8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/41a1a3e8/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:24:21 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:24:21 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.182421.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/79e14b88/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/79e14b88/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:26:37 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:26:37 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.182637.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3eef284e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3eef284e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:27:44 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:27:44 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.182744.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/388ec279/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/388ec279/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:27:43 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:27:43 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.182743.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/104e51b1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/104e51b1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:28:26 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:28:26 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.182826.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5bfc7241/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5bfc7241/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:29:08 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:29:08 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.182908.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c5e470cd/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c5e470cd/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:30:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:30:06 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.183006.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/036bc5f1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/036bc5f1/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:31:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:31:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.183103.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f09b74bb/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f09b74bb/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:31:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:31:03 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.183103.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f09b74bb/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f09b74bb/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:33:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:33:10 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.183310.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/627ca58f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/627ca58f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:33:11 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:33:11 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.183311.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a2987f7f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a2987f7f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:34:32 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:34:32 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.183432.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4ff2e4d8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4ff2e4d8/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:35:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:35:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.183505.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b47bbbb8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b47bbbb8/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:35:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:35:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.183504.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d0c01574/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d0c01574/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:36:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:36:05 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.183605.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/49891bf2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/49891bf2/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:36:48 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:36:48 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.183648.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/18c2892b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/18c2892b/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:36:47 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:36:47 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.183647.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6e0a95ff/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6e0a95ff/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:37:34 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:37:34 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.183734.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7dff4a0d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7dff4a0d/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:38:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:38:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.183804.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3fac6f8a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3fac6f8a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:38:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:38:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.183805.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/477b32b5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/477b32b5/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:39:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:39:06 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.183906.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a072ef82/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a072ef82/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:39:38 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:39:38 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.183938.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c7288431/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c7288431/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:41:20 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:41:20 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.184120.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/71c7aedd/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/71c7aedd/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:41:39 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:41:39 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.184139.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7a9d73a7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/7a9d73a7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:41:21 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:41:21 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.184121.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/43129710/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/43129710/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:43:11 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:43:11 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.184311.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f4fe268c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f4fe268c/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:43:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:43:10 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.184310.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ea9c31c8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/ea9c31c8/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:43:47 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:43:47 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.184347.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2e4006e3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2e4006e3/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:44:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:44:06 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.184406.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/fbeaaf8e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/fbeaaf8e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:44:26 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:44:26 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.184426.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b1c0b6e3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b1c0b6e3/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:45:22 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:45:22 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.184522.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/fff00d75/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/fff00d75/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:46:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:46:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.184604.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/145e320a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/145e320a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:46:24 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:46:24 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.184624.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6a1b1524/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6a1b1524/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:47:14 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:47:14 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.184714.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/76401967/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/76401967/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:47:42 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:47:42 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.184742.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b97876fc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b97876fc/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b97876fc/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:47:42 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:47:42 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.184742.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b97876fc/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/b97876fc/attachment-0002.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:48:05 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:48:05 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.184805.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a7048387/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a7048387/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:48:24 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:48:24 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.184824.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/326c6676/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/326c6676/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/326c6676/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:49:23 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:49:23 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.184923.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9778dd36/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9778dd36/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9778dd36/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:50:17 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:50:17 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.185017.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4995b4ba/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4995b4ba/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:50:48 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:50:48 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.185048.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6992759c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6992759c/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:52:36 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:52:36 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.185236.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d0aab61/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d0aab61/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:52:36 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:52:36 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.185236.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d0aab61/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d0aab61/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d0aab61/attachment-0002.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:53:23 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:53:23 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.185323.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/20a2a62d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/20a2a62d/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:55:07 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:55:07 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.185507.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/661ce16f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/661ce16f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:56:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:56:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.185604.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/45a60d09/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/45a60d09/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/45a60d09/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:57:14 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:57:14 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.185714.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5fd7de94/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5fd7de94/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 16:59:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 18:59:04 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.185904.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/8a91ff5a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/8a91ff5a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:00:17 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:00:17 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.190017.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/42dd8ec0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/42dd8ec0/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/42dd8ec0/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:00:48 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:00:48 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.190048.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/06480602/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/06480602/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:02:02 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:02:02 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.190202.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/27f07ad6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/27f07ad6/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:02:38 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:02:38 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.190238.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/8ce20114/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/8ce20114/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/8ce20114/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:03:46 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:03:46 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.190346.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/24ae7f38/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/24ae7f38/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/24ae7f38/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:03:47 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:03:47 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.190347.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6e32cba7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6e32cba7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:03:48 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:03:48 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.190348.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5bbcd655/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5bbcd655/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:05:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:05:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.190503.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/681faf42/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/681faf42/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:05:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:05:03 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.190503.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/681faf42/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/681faf42/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:05:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:05:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.190504.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cd9bcc7e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cd9bcc7e/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cd9bcc7e/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:06:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:06:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.190603.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/43ef5b73/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/43ef5b73/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:06:37 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:06:37 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.190637.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c166edd7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c166edd7/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c166edd7/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:06:37 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:06:37 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.190637.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c166edd7/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c166edd7/attachment-0002.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:07:29 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:07:29 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.190729.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/45ea9520/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/45ea9520/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:08:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:08:03 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.190803.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/74c26c6a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/74c26c6a/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/74c26c6a/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:08:21 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:08:21 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.190821.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6329020f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6329020f/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:09:03 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:09:03 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.190903.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f9a34a47/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f9a34a47/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:10:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:10:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.191004.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4af9ec8e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4af9ec8e/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4af9ec8e/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:11:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:11:09 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.191109.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/058b360c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/058b360c/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:11:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:11:09 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.191109.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/058b360c/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/058b360c/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/058b360c/attachment-0002.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:11:38 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:11:38 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.191138.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/90dc742b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/90dc742b/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:12:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:12:06 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.191206.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/abfc1000/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/abfc1000/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:14:18 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:14:18 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.191418.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f12e361a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f12e361a/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/f12e361a/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:15:37 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:15:37 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.191537.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5fad3fc2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5fad3fc2/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 17:15:38 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 19:15:38 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.191538.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/918e8ff7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/918e8ff7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:00:08 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:00:08 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.230008.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/042c78ef/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/042c78ef/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 20:59:29 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 22:59:29 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.225929.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d94ebee7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d94ebee7/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d94ebee7/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:00:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:00:09 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.230009.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d53543ee/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d53543ee/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:01:21 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:01:21 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.230121.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/69a1ef64/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/69a1ef64/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:03:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:03:09 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.230309.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/75e9cb35/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/75e9cb35/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:04:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:04:06 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.230406.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5983c3c7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/5983c3c7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:04:07 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:04:07 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.230407.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0fe00bdb/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0fe00bdb/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/0fe00bdb/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:04:48 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:04:48 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.230448.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/224eacc0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/224eacc0/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:04:51 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:04:51 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.230451.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d0755aa8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/d0755aa8/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:06:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:06:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.230604.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e54dd17a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/e54dd17a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:09:09 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:09:09 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.230909.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2663e241/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2663e241/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2663e241/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:10:51 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:10:51 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.231051.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6f0f2b6a/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6f0f2b6a/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:10:51 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:10:51 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.231051.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6f0f2b6a/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/6f0f2b6a/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:11:47 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:11:47 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.231147.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3a73afda/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3a73afda/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3a73afda/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:13:49 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:13:49 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.231349.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2d71eb9e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2d71eb9e/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:13:49 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:13:49 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.231349.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2d71eb9e/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2d71eb9e/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2d71eb9e/attachment-0002.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:13:50 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:13:50 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.231350.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4daed0c3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/4daed0c3/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:14:48 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:14:48 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.231448.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/bfd4873c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/bfd4873c/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:16:25 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:16:25 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.231625.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3ad104ad/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3ad104ad/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:15:47 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:15:47 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.231547.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cfc4d160/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cfc4d160/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/cfc4d160/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:17:04 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:17:04 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.231704.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/bb3087ad/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/bb3087ad/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:17:07 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:17:07 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.231707.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/54744e46/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/54744e46/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:18:07 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:18:07 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.231807.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c3d262b4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c3d262b4/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/c3d262b4/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:19:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:19:10 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.231910.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2054067b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2054067b/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:19:06 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:19:06 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.231906.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/de9102e9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/de9102e9/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/de9102e9/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:19:10 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:19:10 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.231910.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2054067b/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/2054067b/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:20:27 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:20:27 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.232027.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a2783e00/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/a2783e00/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:20:28 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:20:28 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.232028.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d025472/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d025472/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/1d025472/attachment-0001.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:21:28 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:21:28 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.232128.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/634acb67/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/634acb67/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:22:23 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:22:23 -0600
Subject: How to get Higher Resolution From DOQ WMS?
Message-ID: <MON.25.DEC.2006.232223.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could somoeone tell me what I need to do to get
these to look better in MapServer?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9c106f4d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 213 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/9c106f4d/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:23:11 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:23:11 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <1485.67.164.125.59.1167088899.squirrel@www.sfos.uaf.edu>
Message-ID: <MON.25.DEC.2006.232311.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

Rob Cermak wrote:
> For Mapserver 4.10 and PHP 5.1.6:
> Add this line after all the PHP tests...

Thanks a lot, Rob. It'll be a few days 'til I give it a try, then a few
days more 'til I'm satisfied that it's working well enough, and I'll post
to the list with your fix and a status report. Thanks again. This would be
a great step forward. :)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/59ea4ff7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 217 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/59ea4ff7/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Mon Dec 25 21:22:50 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Mon, 25 Dec 2006 23:22:50 -0600
Subject: Mapscript with php as apache module
In-Reply-To: <458BEE14.9010807@mapgears.com>
Message-ID: <MON.25.DEC.2006.232250.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

For Mapserver 4.10 and PHP 5.1.6:

Add this line after all the PHP tests...

     test -f "/usr/include/php/Zend/acconfig.h" &&
PHP_SRC_DIR="/usr/include/php/" &&
PHP_CONFIG_H="/usr/include/php/Zend/acconfig.h"

It is a hack, but it will make the module compile for Apache2/PHP5.  Be
sure to have the php-devel or like package loaded.  Once PHP stops moving
headers around maybe a fix will sneak into the configure script for
Mapserver.  The permutations needed in the last couple updates have been
numerous.

We are using prefork with no problems.

Several versions of Mapserver compiled fine with PHP5 once you find the
correct header files and locations.

Details on our manual installation can be gleemed from here:
  https://db.aoos.org/wiki/index.php/AOOS_Systems_Software

Our base operating system is 32-bit 2007.0 Mandriva

Rob

On Fri, December 22, 2006 5:39 am, Daniel Morissette wrote:
> Gregor Mosheh wrote:
>>
>> Reading those bugzilla entries, that's very encouraging. Thanks for
>> pointing those out, Antti.
>>
>> Any "it works for me" with Unix, Apache 2 (thread or prefork), PHP 5
>> as a
>> DSO, using a lot of PHP/Mapscript? Is there an "official" word on the
>> stability of this configuration? Or am I gonna have to try it myself
>> for a
>> few days and post a "it seems to work for me"? :)
>
> Yes, version 4.10 should be safe to use with PHP as an Apache module, I
> am not aware of any outstanding issue on that front... 4.6.1 and 4.8
> might be okay too, but I'm not sure, so using 4.10 is the safest way to
> go.
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>


--
Alaska Ocean Observing System
Database Manager
907-474-7948 (skype:rob_cermak)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3c607c5e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3c607c5e/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 215 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061225/3c607c5e/attachment-0001.obj>

From jlc at PERMIANCAPITAL.COM  Tue Dec 26 00:06:44 2006
From: jlc at PERMIANCAPITAL.COM (John Craddock)
Date: Tue, 26 Dec 2006 02:06:44 -0600
Subject: Windows installation of mapserver
Message-ID: <TUE.26.DEC.2006.020644.0600.JLCPERMIANCAPITAL.COM>

DD: MESSAGE


From Michael.Smith at ERDC.USACE.ARMY.MIL  Tue Dec 26 00:18:32 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Tue, 26 Dec 2006 02:18:32 -0600
Subject: Windows installation of mapserver
Message-ID: <TUE.26.DEC.2006.021832.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

DD: MESSAGE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/3cceea68/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 2904 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/3cceea68/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Tue Dec 26 00:20:38 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Tue, 26 Dec 2006 02:20:38 -0600
Subject: Windows installation of mapserver
Message-ID: <TUE.26.DEC.2006.022038.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

DD: MESSAGE


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/ec9867a3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 2972 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/ec9867a3/attachment.obj>

From Michael.Smith at ERDC.USACE.ARMY.MIL  Tue Dec 26 05:53:19 2006
From: Michael.Smith at ERDC.USACE.ARMY.MIL (Smith, Michael ERDC-CRREL-NH)
Date: Tue, 26 Dec 2006 07:53:19 -0600
Subject: Windows installation of mapserver
Message-ID: <TUE.26.DEC.2006.075319.0600.MICHAEL.SMITHERDC.USACE.ARMY.MIL>

DD: MESSAGE


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/7f39ded7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 2972 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/7f39ded7/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RFOHeader2.txt
Type: application/octet-stream
Size: 247 bytes
Desc: RFOHeader2.txt
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/7f39ded7/attachment-0001.obj>

From ara.t.howard at NOAA.GOV  Tue Dec 26 07:16:03 2006
From: ara.t.howard at NOAA.GOV (Ara T Howard)
Date: Tue, 26 Dec 2006 08:16:03 -0700
Subject: dynamic layers and DescribeCoverage requests
In-Reply-To: <Pine.LNX.4.62.0612160858050.1839@harp.ngdc.noaa.gov>
Message-ID: <TUE.26.DEC.2006.081603.0700.>

On Sat, 16 Dec 2006, Ara.T.Howard wrote:

> hi all-
>
> few newb questions:
>
>
> 1) i'm adding a dynamic layer via mapscript/php using this code:
>
>  $oMap = ms_newMapobj("/data/ut_night_mosaics.map");
>
>  $oLayer = ms_newLayerObj ($oMap);
>
>  $oLayer->set('name', 'foo');
>
>  $oLayer->setProcessing ("SCALE_1=0,63");
>  $oLayer->setMetaData ("wcs_description"     , "F152003 11 28 mosaic");
>  $oLayer->setMetaData ("wcs_name"            , "mosaic");
>  $oLayer->setMetaData ("wcs_label"           , "vis_mosaic");
>  $oLayer->setMetaData ("ows_srs"             , "EPSG:4326");
>  $oLayer->setMetaData ("ows_extent"          , "-180 -75 180 75");
>  $oLayer->setMetaData ("wcs_resolution"      , "0.00833333 -0.00833333");
>  $oLayer->setMetaData ("wcs_bandcount"       , "1");
>  $oLayer->setMetaData ("wcs_formats"         , "GEOTIFF");
>  $oLayer->setMetaData ("wcs_nativeformat"    , "8-bit GeoTIF");
>  $oLayer->setMetaData ("wcs_rangeset_name"   , "vis_mosaic");
>  $oLayer->setMetaData ("wcs_rangeset_label"  , "vis");
>  $oLayer->setMetaData ("wcs_rangeset_axes"   , "bands");
>  $oLayer->setMetaData ("wcs_bands_name"      , "bands");
>  $oLayer->setMetaData ("wcs_bands_semantic"  , "http://www.ngdc.noaa.gov/dmsp/");
>  $oLayer->setMetaData ("wcs_bands_refSys"    , "European Petroleum Survey > Group (EPSG)");
>  $oLayer->setMetaData ("wcs_bands_label"     , "F152003");
>  $oLayer->setMetaData ("wcs_bands_values"    , "VIS");
>  $oLayer->set('status', MS_OFF);
>  $oLayer->set('dump', MS_TRUE);
>  $oLayer->set('data', "F1520061123.nt.d.OIS.vis.mos");
>  $oLayer->set('dump', MS_LAYER_RASTER);
>  $oLayer->setProjection ("init=epsg:4326");
>
>  $oMap->owsdispatch($request);
>  $contenttype = ms_iostripstdoutbuffercontenttype();
>  header("Content-Type: $contenttype");
>  ms_iogetStdoutBufferBytes();
>  ms_ioresethandlers();
>
> this works fine: i can make wcs requests for the 'foo' layer.  however, a
> DescribeCoverage request does not seem to pick up on the dynamic layer via
> owsdispatch.  what else should i look into doing?

sorry for replying to my own post, but does anyone have insight into whether
or not the creation of dynamic layers should result in additional components
from a DescribeCoverage request?  is this a feature or a bug?

regards.

-a
-- 
if you find yourself slandering anybody, first imagine that your mouth is
filled with excrement.  it will break you of the habit quickly enough. - the
dalai lama


From bthoen at GISNET.COM  Tue Dec 26 07:32:27 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Tue, 26 Dec 2006 08:32:27 -0700
Subject: How to Improve WMS Image Quality?
In-Reply-To: <20061225215510.GA22341@www.gisnet.com>
Message-ID: <TUE.26.DEC.2006.083227.0700.BTHOENGISNET.COM>

After getting my last message swamped by an out-of-control 
autoresponder, I thought I'd better try again. So here's my question again:

I've linked DOQ images from the Microsoft TerraServer's WMS, but they look
terrible in my MapServer map. It looks like they are being rendered in
8-bit grayscale. When I display these same images with a GetMap URL in my
browser they look fine. Could someone tell me what I need to do to get
these to look better in MapServer?


From David.Fawcett at STATE.MN.US  Tue Dec 26 07:35:27 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Tue, 26 Dec 2006 09:35:27 -0600
Subject: How to Improve WMS Image Quality?
In-Reply-To: A<4591408B.2000006@gisnet.com>
Message-ID: <TUE.26.DEC.2006.093527.0600.DAVID.FAWCETTSTATE.MN.US>

Bill, 

I am guessing that you either have not designated an imagetype in your
map file, or you are using 8 bit png or gif.  

For maps with air photos, you will likely want to use jpeg or png24.
PNG24 looks very nice, but the output images can be pretty large and
therefore slower to serve up.  

David. 

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Bill Thoen
Sent: Tuesday, December 26, 2006 9:32 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] How to Improve WMS Image Quality?


After getting my last message swamped by an out-of-control 
autoresponder, I thought I'd better try again. So here's my question
again:

I've linked DOQ images from the Microsoft TerraServer's WMS, but they
look terrible in my MapServer map. It looks like they are being rendered
in 8-bit grayscale. When I display these same images with a GetMap URL
in my browser they look fine. Could someone tell me what I need to do to
get these to look better in MapServer?


From Steve.Lime at DNR.STATE.MN.US  Tue Dec 26 07:57:25 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Tue, 26 Dec 2006 09:57:25 -0600
Subject: MapServer Documentation
In-Reply-To: <20061224152142.GA11172@www.gisnet.com>
Message-ID: <TUE.26.DEC.2006.095725.0600.STEVE.LIMEDNR.STATE.MN.US>

Hi Bill: That's a "todo". I believe there is someone working on a
"snippets" section where cause
and effect can be better shown. E.g. this mapfile produces this result.
I'm not sure where that
effort is at though. Perhaps those working on it will chime in.

Steve

>>> Bill Thoen <bthoen at GISNET.COM> 12/24/2006 9:21:42 AM >>>
Is there a complete source of documentation for MapServer somewhere?
I'm
finding that the various documents at
http://mapserver.gis.umn.edu/docs/,
while helpful, are a bit disjointed and they don't cover everything.
Also,
the gallery is great to see what can be done with MapServer, but where
do
you go to get a peek at the map files and/or mapscript for these
examples?

Am I just missing an obvious resource or is this a job that's on a "To
Do"
list somewhere?

- Bill Thoen


From Steve.Lime at DNR.STATE.MN.US  Tue Dec 26 08:04:10 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Tue, 26 Dec 2006 10:04:10 -0600
Subject: Use of % in a varible name
In-Reply-To: <458DC2DD.9040707@pinan.co.uk>
Message-ID: <TUE.26.DEC.2006.100410.0600.STEVE.LIMEDNR.STATE.MN.US>

Yes, you can do numerical comparisons. Remember the %foo% indicates a
run-time
substitution and is not actually present when the expression is
processed. A % in
an expression post substitution is a modulus operator that does require
numbers on
each side.

Did the following not work?

  EXPRESSION (%foo% gt 5000)

Steve

>>> Dave Potts <dave.potts at PINAN.CO.UK> 12/23/2006 5:59:25 PM >>>
Hi Folks

I know its possible to use the string syntax  '%foo%'  where is foo is

an input value from a httml <input type="hidden" name="foo"
value="haggis"

is it possible to use a numerical value with the same syntax ?

eg

                   %foo% lt 50000

where


<input type="hidden" name="foo" value="5000"

Line 326 of mapparser.y( map server 4.10) seems to indicate for 
numerical expressions a % is always used as an operator

I am trying to pass a varible in to a cgi version of mapscript and do a

numerical comparsion

 From the documntation it appears that saying

    expression "[foo]" gt "5000" will not work as expected, is this 
correct ?/

Dave.


From bthoen at GISNET.COM  Tue Dec 26 09:45:17 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Tue, 26 Dec 2006 10:45:17 -0700
Subject: How to Improve WMS Image Quality? - SOLVED!
In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5FB0C48@s-sp22.pca.state.mn.us>
Message-ID: <TUE.26.DEC.2006.104517.0700.BTHOENGISNET.COM>

David,

I think my biggest problem at this point in learning MapSever is not 
knowing how things go together as the MapServer documentation is a bit 
spotty and scattered. But you gave me the clue and by guessing I 
eventually hit on defining an OUTPUTFORMAT object for gif images with 
IMAGEMODE set to RGB instead of PC256. Now it looks good -- Thanks!

   OUTPUTFORMAT
      NAME gif
      DRIVER "GD/GIF"
      MIMETYPE "image/gif"
      IMAGEMODE RGB
      EXTENSION "gif"
   END

- Bill Thoen

Fawcett, David wrote:
> Bill, 
>
> I am guessing that you either have not designated an imagetype in your
> map file, or you are using 8 bit png or gif.  
>
> For maps with air photos, you will likely want to use jpeg or png24.
> PNG24 looks very nice, but the output images can be pretty large and
> therefore slower to serve up.  
>
> David. 
>
> -----Original Message-----
> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
> Behalf Of Bill Thoen
> Sent: Tuesday, December 26, 2006 9:32 AM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] How to Improve WMS Image Quality?
>
>
> After getting my last message swamped by an out-of-control 
> autoresponder, I thought I'd better try again. So here's my question
> again:
>
> I've linked DOQ images from the Microsoft TerraServer's WMS, but they
> look terrible in my MapServer map. It looks like they are being rendered
> in 8-bit grayscale. When I display these same images with a GetMap URL
> in my browser they look fine. Could someone tell me what I need to do to
> get these to look better in MapServer?
>
>   


From ezenaide at GMAIL.COM  Tue Dec 26 10:21:41 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Tue, 26 Dec 2006 16:21:41 -0200
Subject: queryByAttributes
Message-ID: <TUE.26.DEC.2006.162141.0200.EZENAIDEGMAIL.COM>

hello all,

i'm searching for a queryByAttributes function for GMap.
does anybody have one to share?

thanks

-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/6ba25b65/attachment.htm>

From naci0002 at UMN.EDU  Tue Dec 26 11:39:32 2006
From: naci0002 at UMN.EDU (Pericles S. Nacionales)
Date: Tue, 26 Dec 2006 13:39:32 -0600
Subject: How to Improve WMS Image Quality? - SOLVED!
In-Reply-To: <45915FAD.6020001@gisnet.com>
Message-ID: <TUE.26.DEC.2006.133932.0600.NACI0002UMN.EDU>

You don't have to define an output format for GIF/PNG/JPEG formats 
unless you want to change their default behavior.

So, just changing IMAGETYPE GIF to IMAGETYPE PNG24 will work.

See http://biometry.gis.umn.edu/tutorial/example1-5.html or maybe the 
entire section 1 (mapfiles). Or download the materials from here: 
http://www.foss4g2006.org/contributionDisplay.py?contribId=20&sessionId=60&confId=1

-Perry

Bill Thoen wrote:
> David,
> 
> I think my biggest problem at this point in learning MapSever is not 
> knowing how things go together as the MapServer documentation is a bit 
> spotty and scattered. But you gave me the clue and by guessing I 
> eventually hit on defining an OUTPUTFORMAT object for gif images with 
> IMAGEMODE set to RGB instead of PC256. Now it looks good -- Thanks!
> 
>   OUTPUTFORMAT
>      NAME gif
>      DRIVER "GD/GIF"
>      MIMETYPE "image/gif"
>      IMAGEMODE RGB
>      EXTENSION "gif"
>   END
> 
> - Bill Thoen
> 
> Fawcett, David wrote:
>> Bill,
>> I am guessing that you either have not designated an imagetype in your
>> map file, or you are using 8 bit png or gif. 
>> For maps with air photos, you will likely want to use jpeg or png24.
>> PNG24 looks very nice, but the output images can be pretty large and
>> therefore slower to serve up. 
>> David.
>> -----Original Message-----
>> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
>> Behalf Of Bill Thoen
>> Sent: Tuesday, December 26, 2006 9:32 AM
>> To: MAPSERVER-USERS at LISTS.UMN.EDU
>> Subject: [UMN_MAPSERVER-USERS] How to Improve WMS Image Quality?
>>
>>
>> After getting my last message swamped by an out-of-control 
>> autoresponder, I thought I'd better try again. So here's my question
>> again:
>>
>> I've linked DOQ images from the Microsoft TerraServer's WMS, but they
>> look terrible in my MapServer map. It looks like they are being rendered
>> in 8-bit grayscale. When I display these same images with a GetMap URL
>> in my browser they look fine. Could someone tell me what I need to do to
>> get these to look better in MapServer?
>>
>>   
> 
> .
> 


From ezenaide at GMAIL.COM  Tue Dec 26 11:52:27 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Tue, 26 Dec 2006 17:52:27 -0200
Subject: legend
In-Reply-To: <2913.71.211.183.82.1166555223.squirrel@maps.hostgis.com>
Message-ID: <TUE.26.DEC.2006.175227.0200.EZENAIDEGMAIL.COM>

ok, i've seen the documentation but i really suck on cgi and don't figure
out how to put it on the html.
the documentation refers to using <img src=[legend]> but it won't work here.

any help? please? :D


2006/12/19, Gregor Mosheh <gregor at hostgis.com>:
>
> > one more thing about legend: how can i put it outside of the map.
>
> Instead of setting the legend's status to "embed" set it to "on"
> Then, in your HTML template, use the [legend] tag.
>
>
>
>


-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/a364f9d3/attachment.htm>

From ezenaide at GMAIL.COM  Tue Dec 26 12:13:01 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Tue, 26 Dec 2006 18:13:01 -0200
Subject: legend
In-Reply-To: <45917F1E.5040500@pinan.co.uk>
Message-ID: <TUE.26.DEC.2006.181301.0200.EZENAIDEGMAIL.COM>

sure,

LEGEND
    KEYSIZE 11 7
#    LABEL
#        TYPE bitmap
#        SIZE 1
#        COLOR 0 0 89
#    END
    LABEL
        TYPE truetype
        FONT sans
        SIZE 7
        COLOR 0 0 0
    END
    STATUS on
    TEMPLATE "templates/legend.html"
END


2006/12/26, Dave Potts <dave.potts at pinan.co.uk>:
>
> Eduardo Zenaide wrote:
> > ok, i've seen the documentation but i really suck on cgi and don't
> > figure out how to put it on the html.
> > the documentation refers to using <img src=[legend]> but it won't work
> > here.
> >
> > any help? please? :D
> >
> >
> > 2006/12/19, Gregor Mosheh <gregor at hostgis.com
> > <mailto:gregor at hostgis.com>>:
> >
> >     > one more thing about legend: how can i put it outside of the map.
> >
> >     Instead of setting the legend's status to "embed" set it to "on"
> >     Then, in your HTML template, use the [legend] tag.
> >
> >
> >
> >
> >
> >
> > --
> > Eduardo Zenaide
> HI
> Have you inserted a legend request in the .map file ?
> D.
>
>
>


-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/ac9ccf45/attachment.htm>

From bthoen at GISNET.COM  Tue Dec 26 12:18:15 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Tue, 26 Dec 2006 13:18:15 -0700
Subject: legend
In-Reply-To: <7af310f80612261152j50329466s183deb6587316281@mail.gmail.com>
Message-ID: <TUE.26.DEC.2006.131815.0700.BTHOENGISNET.COM>

Eduardo Zenaide wrote:
> ok, i've seen the documentation but i really suck on cgi and don't 
> figure out how to put it on the html.
> the documentation refers to using <img src=[legend]> but it won't work 
> here.
>
> any help? please? :D
>
Eduardo,

Here's how you do this. In your map file within the MAP object 
definition add a LEGEND object, like so:
LEGEND
  STATUS ON
END

And then in your html file where you want to display the legend add the 
code:
<img src="[legend]" alt="Map Legend" />

Alternatively, you can create a link to it and it will pop up in a new 
browser window. Just pu tthis in your html fiel where you want the link 
to appear:

<a href="[legend]" target="_blank" />

HTH,
- Bill Thoen


From ezenaide at GMAIL.COM  Tue Dec 26 12:38:19 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Tue, 26 Dec 2006 18:38:19 -0200
Subject: legend
In-Reply-To: <45918387.2000508@gisnet.com>
Message-ID: <TUE.26.DEC.2006.183819.0200.EZENAIDEGMAIL.COM>

hi, Bill,

i've done it all. the image simple don't appears.


2006/12/26, Bill Thoen <bthoen at gisnet.com>:
>
> Eduardo Zenaide wrote:
> > ok, i've seen the documentation but i really suck on cgi and don't
> > figure out how to put it on the html.
> > the documentation refers to using <img src=[legend]> but it won't work
> > here.
> >
> > any help? please? :D
> >
> Eduardo,
>
> Here's how you do this. In your map file within the MAP object
> definition add a LEGEND object, like so:
> LEGEND
>   STATUS ON
> END
>
> And then in your html file where you want to display the legend add the
> code:
> <img src="[legend]" alt="Map Legend" />
>
> Alternatively, you can create a link to it and it will pop up in a new
> browser window. Just pu tthis in your html fiel where you want the link
> to appear:
>
> <a href="[legend]" target="_blank" />
>
> HTH,
> - Bill Thoen
>
>


-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061226/190ebc9b/attachment.htm>

From bthoen at GISNET.COM  Tue Dec 26 13:05:12 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Tue, 26 Dec 2006 14:05:12 -0700
Subject: legend
In-Reply-To: <7af310f80612261238g7ebf3cfdxab5f8050a7286154@mail.gmail.com>
Message-ID: <TUE.26.DEC.2006.140512.0700.BTHOENGISNET.COM>

What does your html file look like? Perhaps you've got a mismatched 
bracket somewhere?

Eduardo Zenaide wrote:
> hi, Bill,
>
> i've done it all. the image simple don't appears.
>
>
> 2006/12/26, Bill Thoen <bthoen at gisnet.com <mailto:bthoen at gisnet.com>>:
>
>     Eduardo Zenaide wrote:
>     > ok, i've seen the documentation but i really suck on cgi and don't
>     > figure out how to put it on the html.
>     > the documentation refers to using <img src=[legend]> but it
>     won't work
>     > here.
>     >
>     > any help? please? :D
>     >
>     Eduardo,
>
>     Here's how you do this. In your map file within the MAP object
>     definition add a LEGEND object, like so:
>     LEGEND
>       STATUS ON
>     END
>
>     And then in your html file where you want to display the legend
>     add the
>     code:
>     <img src="[legend]" alt="Map Legend" />
>
>     Alternatively, you can create a link to it and it will pop up in a
>     new
>     browser window. Just pu tthis in your html fiel where you want the
>     link
>     to appear:
>
>     <a href="[legend]" target="_blank" />
>
>     HTH,
>     - Bill Thoen
>
>
>
>
> -- 
> Eduardo Zenaide 


From naci0002 at UMN.EDU  Tue Dec 26 13:49:23 2006
From: naci0002 at UMN.EDU (Pericles S. Nacionales)
Date: Tue, 26 Dec 2006 15:49:23 -0600
Subject: legend
In-Reply-To: <7af310f80612261152j50329466s183deb6587316281@mail.gmail.com>
Message-ID: <TUE.26.DEC.2006.154923.0600.NACI0002UMN.EDU>

You can find an answer here: 
http://biometry.gis.umn.edu/tutorial/section2.html

-Perry

Eduardo Zenaide wrote:
> ok, i've seen the documentation but i really suck on cgi and don't 
> figure out how to put it on the html.
> the documentation refers to using <img src=[legend]> but it won't work here.
> 
> any help? please? :D
> 
> 
> 2006/12/19, Gregor Mosheh <gregor at hostgis.com <mailto:gregor at hostgis.com>>:
> 
>      > one more thing about legend: how can i put it outside of the map.
> 
>     Instead of setting the legend's status to "embed" set it to "on"
>     Then, in your HTML template, use the [legend] tag.
> 
> 
> 
> 
> 
> 
> -- 
> Eduardo Zenaide


From bthoen at GISNET.COM  Tue Dec 26 17:42:59 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Tue, 26 Dec 2006 18:42:59 -0700
Subject: Curious Symbol Structure
Message-ID: <TUE.26.DEC.2006.184259.0700.BTHOENGISNET.COM>

I'm trying to learn the MapServer lore and now I'm focusing on symbols. Can
anyone tell me what the logic is where one is defining a _line_ style by
using a TYPE of ELLIPSE (instead of LINE) and POINTS definition of one (x
y) as in the symbol definition below? (This is from
http://mapserver.gis.umn.edu/docs/reference/symbology/examples).

SYMBOL
  NAME 'dashed1'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED true
  STYLE 10 5 5 10 END
END

I'm just curious. This seems like some historical artifact from the days
when learning MapServer was hard. ;-)

The TYPE ELLIPSE seems especially weird to me. Why not TYPE LINE?

- Bill Thoen


From gregor at HOSTGIS.COM  Tue Dec 26 20:08:18 2006
From: gregor at HOSTGIS.COM (Gregor Mosheh)
Date: Tue, 26 Dec 2006 21:08:18 -0700
Subject: Curious Symbol Structure
In-Reply-To: <20061227014259.GA1308@www.gisnet.com>
Message-ID: <TUE.26.DEC.2006.210818.0700.GREGORHOSTGIS.COM>

> Can anyone tell me what the logic is where one is defining a
> _line_ style by using a TYPE of ELLIPSE (instead of LINE)

The line will effectively be drawn as a thicker line, which looks nicer.
Still kinda sketchy on my projects; I wish antialiasing did some good...


From m.meier at SPIEKERMANN.DE  Tue Dec 26 22:28:42 2006
From: m.meier at SPIEKERMANN.DE (Manfred Meier)
Date: Wed, 27 Dec 2006 07:28:42 +0100
Subject: Curious Symbol Structure
In-Reply-To: <20061227014259.GA1308@www.gisnet.com>
Message-ID: <WED.27.DEC.2006.072842.0100.M.MEIERSPIEKERMANN.DE>

Hi,

I am interested in an answer on this question from an expert, too.

What I hope I understood from many little parts of information is: 
Specially for drawing thick line (line width > 1) you need a "pen". And 
think of the tip of the pen as being a circle or en ellipse. So your 
thick line is drawn by putting many ellipses one after another.

A long time ago I read in a documentation for the "old" GKS about an 
optimization algorithm. Because you don't need to calculate the whole 
ellipse for each step.

I hope, this explanation has some truth in it!

Greetings
Manfred





Bill Thoen schrieb:

> I'm trying to learn the MapServer lore and now I'm focusing on symbols. Can
> anyone tell me what the logic is where one is defining a _line_ style by
> using a TYPE of ELLIPSE (instead of LINE) and POINTS definition of one (x
> y) as in the symbol definition below? (This is from
> http://mapserver.gis.umn.edu/docs/reference/symbology/examples).
> 
> SYMBOL
>   NAME 'dashed1'
>   TYPE ELLIPSE
>   POINTS 1 1 END
>   FILLED true
>   STYLE 10 5 5 10 END
> END
> 
> I'm just curious. This seems like some historical artifact from the days
> when learning MapServer was hard. ;-)
> 
> The TYPE ELLIPSE seems especially weird to me. Why not TYPE LINE?
> 
> - Bill Thoen
> 


From b.vdeijnden at AGI.RWS.MINVENW.NL  Wed Dec 27 07:47:12 2006
From: b.vdeijnden at AGI.RWS.MINVENW.NL (Eijnden, Bart van den (AGI))
Date: Wed, 27 Dec 2006 16:47:12 +0100
Subject: avoid label collision in scalebar
Message-ID: <WED.27.DEC.2006.164712.0100.B.VDEIJNDENAGI.RWS.MINVENW.NL>

Hi list,
 
is there a way to avoid label collision in the scalebar?
 
Currently, when I zoom in very far, the labels overlap which makes the scalebar unreadable.
 
Is it possible to avoid this, if so does anybody have a set of SCALEBAR settings to share?
 
Thanks in advance.
 
Best regards,
Bart



Disclaimer
************************************************************************
Aan dit bericht kunnen geen rechten worden ontleend. Dit bericht is
uitsluitend bestemd voor de geadresseerde. Als u dit bericht per abuis
hebt ontvangen, wordt u verzocht het te vernietigen en de afzender te
informeren. Wij adviseren u om bij twijfel over de juistheid of de
volledigheid van de mail contact met afzender op te nemen.

This message shall not constitute any rights or obligations.
This message is intended solely for the addressee.
If you have received this message in error, please delete it and
notify the sender immediately. When in doubt whether this message
is correct or complete, please contact the sender.
************************************************************************

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

From Steve.Lime at DNR.STATE.MN.US  Wed Dec 27 08:43:41 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 27 Dec 2006 10:43:41 -0600
Subject: Curious Symbol Structure
In-Reply-To: <20061227014259.GA1308@www.gisnet.com>
Message-ID: <WED.27.DEC.2006.104341.0600.STEVE.LIMEDNR.STATE.MN.US>

The type refers to the base type of the brush or marker you are creating
not
to the type of feature it is useful for. It's true in this case that
with the addition
of the style that this symbol is only really useful for lines, but you
could draw
markers with it or fill polygons in which case the dashing would be
ignored.

I think ideally we should pull the style, better called a pattern, out
into the
class style. That would eliminate this type of confusion...

Steve

>>> Bill Thoen <bthoen at GISNET.COM> 12/26/2006 7:42:59 PM >>>
I'm trying to learn the MapServer lore and now I'm focusing on symbols.
Can
anyone tell me what the logic is where one is defining a _line_ style
by
using a TYPE of ELLIPSE (instead of LINE) and POINTS definition of one
(x
y) as in the symbol definition below? (This is from
http://mapserver.gis.umn.edu/docs/reference/symbology/examples).

SYMBOL
  NAME 'dashed1'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED true
  STYLE 10 5 5 10 END
END

I'm just curious. This seems like some historical artifact from the
days
when learning MapServer was hard. ;-)

The TYPE ELLIPSE seems especially weird to me. Why not TYPE LINE?

- Bill Thoen


From Steve.Lime at DNR.STATE.MN.US  Wed Dec 27 09:33:29 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 27 Dec 2006 11:33:29 -0600
Subject: avoid label collision in scalebar
In-Reply-To: <5958F6B0C15AFE449245A966FB967B582824C2@rws-s001000.ad.rws.nl>
Message-ID: <WED.27.DEC.2006.113329.0600.STEVE.LIMEDNR.STATE.MN.US>

Bart: There is no mechanism in place at the moment to avoid this. There
would be a couple of strategies
to employ in the C code, which one would depend on the nature of the
overlap (e.g. too many places vs.
to many intervals):

  - allow definition of a format string for labels
  - define a unit of measure hierarchy (e.g. km -> m -> cm)
  - automatically reduce the number of intervals if overlap is
detected

Just some ideas...

Steve
  

>>> "Eijnden, Bart van den (AGI)" <b.vdeijnden at AGI.RWS.MINVENW.NL>
12/27/2006 9:47:12 AM >>>
Hi list,
 
is there a way to avoid label collision in the scalebar?
 
Currently, when I zoom in very far, the labels overlap which makes the
scalebar unreadable.
 
Is it possible to avoid this, if so does anybody have a set of SCALEBAR
settings to share?
 
Thanks in advance.
 
Best regards,
Bart



Disclaimer
************************************************************************
Aan dit bericht kunnen geen rechten worden ontleend. Dit bericht is
uitsluitend bestemd voor de geadresseerde. Als u dit bericht per abuis
hebt ontvangen, wordt u verzocht het te vernietigen en de afzender te
informeren. Wij adviseren u om bij twijfel over de juistheid of de
volledigheid van de mail contact met afzender op te nemen.

This message shall not constitute any rights or obligations.
This message is intended solely for the addressee.
If you have received this message in error, please delete it and
notify the sender immediately. When in doubt whether this message
is correct or complete, please contact the sender.
************************************************************************


From ezenaide at GMAIL.COM  Wed Dec 27 09:36:31 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Wed, 27 Dec 2006 15:36:31 -0200
Subject: legend
In-Reply-To: <459198E3.5020706@umn.edu>
Message-ID: <WED.27.DEC.2006.153631.0200.EZENAIDEGMAIL.COM>

Bill, i'm positive the html is fine.

looking at Perry's tip i found that my form just don't have an action
parameter. looks like i'm not using mapserver directly to parse the data,
but the form send variables to other php file wich parse the data using
functions.

since i'm working on GMap's functionality i wonder i'll have to create a
function to show the legend, and this is my problem: i don't know how to
create it.

so, i'll change my question :P

someone has a GMap based source using non-embeded legend?


-- 
Eduardo Zenaide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061227/245528b6/attachment.htm>

From bartvde at OSGIS.NL  Wed Dec 27 10:33:30 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Wed, 27 Dec 2006 19:33:30 +0100
Subject: avoid label collision in scalebar
In-Reply-To: <4592B82A.1000406@osgis.nl>
Message-ID: <WED.27.DEC.2006.193330.0100.BARTVDEOSGIS.NL>

Another option could be to just leave out some of the labels, for 
instance if I have 5 intervals, just display 3 labels instead of 6. IMHO 
that would be the best option.

Best regards,
Bart

Bart van den Eijnden (OSGIS) schreef:
> For my use case only the third option would solve it. I have overlaps 
> when displaying 0.4 and 0.6 km for instance, so changing to meters 
> will make it worse, and the precision if as low as it goes.
>
> But then again, I can just reduce the number of intervals for now I 
> guess.
>
> Thanks for the idea Steve, though some enhancement in this area would 
> be nice ofcourse :-)
>
> Best regards,
> Bart
>
> Steve Lime schreef:
>> Bart: There is no mechanism in place at the moment to avoid this. There
>> would be a couple of strategies
>> to employ in the C code, which one would depend on the nature of the
>> overlap (e.g. too many places vs.
>> to many intervals):
>>
>>   - allow definition of a format string for labels
>>   - define a unit of measure hierarchy (e.g. km -> m -> cm)
>>   - automatically reduce the number of intervals if overlap is
>> detected
>>
>> Just some ideas...
>>
>> Steve
>>  
>>  
>>>>> "Eijnden, Bart van den (AGI)" <b.vdeijnden at AGI.RWS.MINVENW.NL>
>>>>>         
>> 12/27/2006 9:47:12 AM >>>
>> Hi list,
>>  
>> is there a way to avoid label collision in the scalebar?
>>  
>> Currently, when I zoom in very far, the labels overlap which makes the
>> scalebar unreadable.
>>  
>> Is it possible to avoid this, if so does anybody have a set of SCALEBAR
>> settings to share?
>>  
>> Thanks in advance.
>>  
>> Best regards,
>> Bart
>>
>>
>>
>> Disclaimer
>> ************************************************************************
>> Aan dit bericht kunnen geen rechten worden ontleend. Dit bericht is
>> uitsluitend bestemd voor de geadresseerde. Als u dit bericht per abuis
>> hebt ontvangen, wordt u verzocht het te vernietigen en de afzender te
>> informeren. Wij adviseren u om bij twijfel over de juistheid of de
>> volledigheid van de mail contact met afzender op te nemen.
>>
>> This message shall not constitute any rights or obligations.
>> This message is intended solely for the addressee.
>> If you have received this message in error, please delete it and
>> notify the sender immediately. When in doubt whether this message
>> is correct or complete, please contact the sender.
>> ************************************************************************
>>
>>
>>   
>
>


-- 
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl
http://www.osgis.nl


From bartvde at OSGIS.NL  Wed Dec 27 10:15:06 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Wed, 27 Dec 2006 19:15:06 +0100
Subject: avoid label collision in scalebar
In-Reply-To: <45925A090200008F000055D9@co5.dnr.state.mn.us>
Message-ID: <WED.27.DEC.2006.191506.0100.BARTVDEOSGIS.NL>

For my use case only the third option would solve it. I have overlaps 
when displaying 0.4 and 0.6 km for instance, so changing to meters will 
make it worse, and the precision if as low as it goes.

But then again, I can just reduce the number of intervals for now I guess.

Thanks for the idea Steve, though some enhancement in this area would be 
nice ofcourse :-)

Best regards,
Bart

Steve Lime schreef:
> Bart: There is no mechanism in place at the moment to avoid this. There
> would be a couple of strategies
> to employ in the C code, which one would depend on the nature of the
> overlap (e.g. too many places vs.
> to many intervals):
>
>   - allow definition of a format string for labels
>   - define a unit of measure hierarchy (e.g. km -> m -> cm)
>   - automatically reduce the number of intervals if overlap is
> detected
>
> Just some ideas...
>
> Steve
>   
>
>   
>>>> "Eijnden, Bart van den (AGI)" <b.vdeijnden at AGI.RWS.MINVENW.NL>
>>>>         
> 12/27/2006 9:47:12 AM >>>
> Hi list,
>  
> is there a way to avoid label collision in the scalebar?
>  
> Currently, when I zoom in very far, the labels overlap which makes the
> scalebar unreadable.
>  
> Is it possible to avoid this, if so does anybody have a set of SCALEBAR
> settings to share?
>  
> Thanks in advance.
>  
> Best regards,
> Bart
>
>
>
> Disclaimer
> ************************************************************************
> Aan dit bericht kunnen geen rechten worden ontleend. Dit bericht is
> uitsluitend bestemd voor de geadresseerde. Als u dit bericht per abuis
> hebt ontvangen, wordt u verzocht het te vernietigen en de afzender te
> informeren. Wij adviseren u om bij twijfel over de juistheid of de
> volledigheid van de mail contact met afzender op te nemen.
>
> This message shall not constitute any rights or obligations.
> This message is intended solely for the addressee.
> If you have received this message in error, please delete it and
> notify the sender immediately. When in doubt whether this message
> is correct or complete, please contact the sender.
> ************************************************************************
>
>
>   


-- 
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl
http://www.osgis.nl


From bthoen at GISNET.COM  Wed Dec 27 10:51:38 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Wed, 27 Dec 2006 11:51:38 -0700
Subject: Curious Symbol Structure
In-Reply-To: <45924E5D0200008F000055CB@co5.dnr.state.mn.us>
Message-ID: <WED.27.DEC.2006.115138.0700.BTHOENGISNET.COM>

Steve Lime wrote:
> I think ideally we should pull the style, better called a pattern, out
> into the class style. That would eliminate this type of confusion...
>
> Steve
If you're thinking of changing things related to feature styles, you 
might also want to look at the developing feature style standard for 
OGR: http://ogr.maptools.org/ogr_feature_style.html.


From bthoen at GISNET.COM  Wed Dec 27 12:43:57 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Wed, 27 Dec 2006 13:43:57 -0700
Subject: Reading the Same Selection from PostGIS Twice?
Message-ID: <WED.27.DEC.2006.134357.0700.BTHOENGISNET.COM>

I've got a situation where I'm pulling the same selection of US county 
polygons from PostGIS in two LAYERs because I want filled polygons in a 
separate layer than the polygon outlines. I can make this work by 
defining the same DATA selection statement for each LAYER, but doesn't 
this hit the PostGIS server twice? Is there a way to select the geometry 
from the database once and then split the selection into separate 
POLYGON type and LINE type layers within the MAP object?


From ruckc at YAHOO.COM  Wed Dec 27 12:49:19 2006
From: ruckc at YAHOO.COM (Curtis W. Ruck)
Date: Wed, 27 Dec 2006 12:49:19 -0800
Subject: WMS Image Error?
Message-ID: <WED.27.DEC.2006.124919.0800.RUCKCYAHOO.COM>

I have a mapserver setup (was bundled with ms4w, mapserver 4.10) that displays a vector point layer.  I am viewing this through OpenLayers.  When a symbol appears on the edge of a tile, and is cut off by the edge of the tile, it shows a long colored line stretching to the SE corner of the tile.  The colored line matches the interior color of the symbol.  This server isn't connected to the internet or much of an accessible system so i can't include the mapfile or a screen shot.  Anyone have any ideas on this one?

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

From Steve.Lime at DNR.STATE.MN.US  Wed Dec 27 13:33:43 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Wed, 27 Dec 2006 15:33:43 -0600
Subject: Reading the Same Selection from PostGIS Twice?
In-Reply-To: <4592DB0D.7010304@gisnet.com>
Message-ID: <WED.27.DEC.2006.153343.0600.STEVE.LIMEDNR.STATE.MN.US>

If you have separate layers then you'll hit the server twice, yes. Why
do
you need them in separate layers? You certainly can achieve the visual
effect
(outlined polygons) within a single layer definition.

Steve


>>> Bill Thoen <bthoen at GISNET.COM> 12/27/2006 2:43:57 PM >>>
I've got a situation where I'm pulling the same selection of US county

polygons from PostGIS in two LAYERs because I want filled polygons in a

separate layer than the polygon outlines. I can make this work by 
defining the same DATA selection statement for each LAYER, but doesn't

this hit the PostGIS server twice? Is there a way to select the
geometry 
from the database once and then split the selection into separate 
POLYGON type and LINE type layers within the MAP object?


From bthoen at GISNET.COM  Wed Dec 27 15:21:23 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Wed, 27 Dec 2006 16:21:23 -0700
Subject: Reading the Same Selection from PostGIS Twice?
In-Reply-To: <459292570200008F00005624@co5.dnr.state.mn.us>
Message-ID: <WED.27.DEC.2006.162123.0700.BTHOENGISNET.COM>

I want the layers separated because in this situation there's a WMS 
orthophoto layer that may appear above the filled polygons and below the 
county outlines. Although the performance hit is negligible in this case 
(apparently Linux is pretty good about caching), I just wondered if this 
could be an issue at times and if there was anything I could do about it.

Steve Lime wrote:
> If you have separate layers then you'll hit the server twice, yes. Why
> do you need them in separate layers? You certainly can achieve the visual
> effect (outlined polygons) within a single layer definition.
>
> Steve
>
>
>   
>>>> Bill Thoen <bthoen at GISNET.COM> 12/27/2006 2:43:57 PM >>>
>>>>         
> I've got a situation where I'm pulling the same selection of US county
>
> polygons from PostGIS in two LAYERs because I want filled polygons in a
>
> separate layer than the polygon outlines. I can make this work by 
> defining the same DATA selection statement for each LAYER, but doesn't
>
> this hit the PostGIS server twice? Is there a way to select the
> geometry 
> from the database once and then split the selection into separate 
> POLYGON type and LINE type layers within the MAP object?
>
>   


From john.craddock at XITECH.COM.AU  Wed Dec 27 16:39:17 2006
From: john.craddock at XITECH.COM.AU (John Craddock)
Date: Thu, 28 Dec 2006 10:39:17 +1000
Subject: Windows Install
Message-ID: <THU.28.DEC.2006.103917.1000.JOHN.CRADDOCKXITECH.COM.AU>

Hello,
I have trawled the MapServer website looking for Windows binaries for
MapServer and Mapscript, instructions and guides to installing mapserver
on an existing WAMPP (Windows/apache/mqsql/php/perl) setup. The only
thing I can find is ms4w that seems to require a complete installation
of everything and a short article called Win32 Compilation and
installation that only covers compilation. The Howto for getting started
with MapServer has a paragraph on installation with a link that points
to the ms4w page. This page also refers to an initialization file; about
which I can find no further information. The New Users guide at
paragraphs 4.2 and 5 lead down blind alleys when it comes to
installation. I must have missed a turn somewhere. Can someone point me
in the right direction?

Regards
John Craddock

P.S. The FWTools build is less that instructive on webserver installs as
well.


From ezenaide at GMAIL.COM  Thu Dec 28 06:29:54 2006
From: ezenaide at GMAIL.COM (Eduardo Zenaide)
Date: Thu, 28 Dec 2006 12:29:54 -0200
Subject: Curious Symbol Structure
In-Reply-To: <45924E5D0200008F000055CB@co5.dnr.state.mn.us>
Message-ID: <THU.28.DEC.2006.122954.0200.EZENAIDEGMAIL.COM>

a good link - i've found it yesterday :D

http://mapserver.gis.umn.edu/docs/howto/cartosymbols/#using-cartographic-symbols-in-umn-mapserver

2006/12/27, Steve Lime <Steve.Lime at dnr.state.mn.us>:
>
> The type refers to the base type of the brush or marker you are creating
> not
> to the type of feature it is useful for. It's true in this case that
> with the addition
> of the style that this symbol is only really useful for lines, but you
> could draw
> markers with it or fill polygons in which case the dashing would be
> ignored.
>
> I think ideally we should pull the style, better called a pattern, out
> into the
> class style. That would eliminate this type of confusion...
>
> Steve
>
> >>> Bill Thoen <bthoen at GISNET.COM> 12/26/2006 7:42:59 PM >>>
> I'm trying to learn the MapServer lore and now I'm focusing on symbols.
> Can
> anyone tell me what the logic is where one is defining a _line_ style
> by
> using a TYPE of ELLIPSE (instead of LINE) and POINTS definition of one
> (x
> y) as in the symbol definition below? (This is from
> http://mapserver.gis.umn.edu/docs/reference/symbology/examples).
>
> SYMBOL
>   NAME 'dashed1'
>   TYPE ELLIPSE
>   POINTS 1 1 END
>   FILLED true
>   STYLE 10 5 5 10 END
> END
>
> I'm just curious. This seems like some historical artifact from the
> days
> when learning MapServer was hard. ;-)
>
> The TYPE ELLIPSE seems especially weird to me. Why not TYPE LINE?
>
> - Bill Thoen
>



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

From David.Fawcett at STATE.MN.US  Thu Dec 28 06:51:48 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Thu, 28 Dec 2006 08:51:48 -0600
Subject: Reading the Same Selection from PostGIS Twice?
In-Reply-To: A<4592FFF3.4070401@gisnet.com>
Message-ID: <THU.28.DEC.2006.085148.0600.DAVID.FAWCETTSTATE.MN.US>

Bill, 

Take a look at the REQUIRES option in the LAYER block of your mapfile.  

http://mapserver.gis.umn.edu/docs/reference/mapfile/layer

You should be able to set it up so your non-filled polys only show up
when you display the WMS, and the filled poly layer only shows up when
the WMS layer is off.  

David.

-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of Bill Thoen
Sent: Wednesday, December 27, 2006 5:21 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] Reading the Same Selection from
PostGIS Twice?


I want the layers separated because in this situation there's a WMS 
orthophoto layer that may appear above the filled polygons and below the

county outlines. Although the performance hit is negligible in this case

(apparently Linux is pretty good about caching), I just wondered if this

could be an issue at times and if there was anything I could do about
it.

Steve Lime wrote:
> If you have separate layers then you'll hit the server twice, yes. Why

> do you need them in separate layers? You certainly can achieve the 
> visual effect (outlined polygons) within a single layer definition.
>
> Steve
>
>
>   
>>>> Bill Thoen <bthoen at GISNET.COM> 12/27/2006 2:43:57 PM >>>
>>>>         
> I've got a situation where I'm pulling the same selection of US county
>
> polygons from PostGIS in two LAYERs because I want filled polygons in 
> a
>
> separate layer than the polygon outlines. I can make this work by
> defining the same DATA selection statement for each LAYER, but doesn't
>
> this hit the PostGIS server twice? Is there a way to select the 
> geometry from the database once and then split the selection into 
> separate POLYGON type and LINE type layers within the MAP object?
>
>   


From David.Fawcett at STATE.MN.US  Thu Dec 28 06:54:58 2006
From: David.Fawcett at STATE.MN.US (Fawcett, David)
Date: Thu, 28 Dec 2006 08:54:58 -0600
Subject: Windows Install
In-Reply-To: A<1AAB041E53A631468FD049F217BFEFB001B6FC@server.office.xitech.com.au>
Message-ID: <THU.28.DEC.2006.085458.0600.DAVID.FAWCETTSTATE.MN.US>

If you are just interested in using MapServer CGI, you should be able to
just grab the mapserver binaries out of MS4W, drop them into an
executable folder on your PC (cgi-bin), and use them.

David.
-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of John Craddock
Sent: Wednesday, December 27, 2006 6:39 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] Windows Install


Hello,
I have trawled the MapServer website looking for Windows binaries for
MapServer and Mapscript, instructions and guides to installing mapserver
on an existing WAMPP (Windows/apache/mqsql/php/perl) setup. The only
thing I can find is ms4w that seems to require a complete installation
of everything and a short article called Win32 Compilation and
installation that only covers compilation. The Howto for getting started
with MapServer has a paragraph on installation with a link that points
to the ms4w page. This page also refers to an initialization file; about
which I can find no further information. The New Users guide at
paragraphs 4.2 and 5 lead down blind alleys when it comes to
installation. I must have missed a turn somewhere. Can someone point me
in the right direction?

Regards
John Craddock

P.S. The FWTools build is less that instructive on webserver installs as
well.


From marc.jacquin at MAGELLIUM.FR  Thu Dec 28 09:17:36 2006
From: marc.jacquin at MAGELLIUM.FR (Marc Jacquin)
Date: Thu, 28 Dec 2006 18:17:36 +0100
Subject: Tileinidex cannot be used for CGI controls
In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5FB0C57@s-sp22.pca.state.mn.us>
Message-ID: <THU.28.DEC.2006.181736.0100.MARC.JACQUINMAGELLIUM.FR>

Hi all,

 

I guess I found an omission in CGI controls:
&map_layer_tileindex=myshapeindex.shp does not render anything.

 

Checking the loadLayerString function in mapfile.c, it appears that the case
TILEINDEX is missing. 

 

Just adding:

 

  case (TILEINDEX) :  

    msFree(layer->tileindex);

    layer->tileindex = strdup(value);

    break;

 

somewhere after the TEMPLATE case (just for ABC reasons) solves it.

 

It seems to be missing even for 4.10 version.

 

My 2 cents? :-) 

 

Greetings,

 

Marc

 

 

 

 

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

From Steve.Lime at DNR.STATE.MN.US  Thu Dec 28 09:56:12 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Thu, 28 Dec 2006 11:56:12 -0600
Subject: Tileinidex cannot be used for CGI controls
In-Reply-To: <001801c72aa4$12ad2a10$9601a8c0@PC150>
Message-ID: <THU.28.DEC.2006.115612.0600.STEVE.LIMEDNR.STATE.MN.US>

Hi Marc: I'll fix in the main CVS branch and the 4.10 branch. I suspect
I didn't include it because
I couldn't think of a reason one would want to change it, but obviously
you have one... ;-)

Steve

>>> Marc Jacquin <marc.jacquin at MAGELLIUM.FR> 12/28/2006 11:17 AM >>>
Hi all,

 

I guess I found an omission in CGI controls:
&map_layer_tileindex=myshapeindex.shp does not render anything.

 

Checking the loadLayerString function in mapfile.c, it appears that the
case
TILEINDEX is missing. 

 

Just adding:

 

  case (TILEINDEX) :  

    msFree(layer->tileindex);

    layer->tileindex = strdup(value);

    break;

 

somewhere after the TEMPLATE case (just for ABC reasons) solves it.

 

It seems to be missing even for 4.10 version.

 

My 2 cents? :-) 

 

Greetings,

 

Marc

 

 

 

 


From bthoen at GISNET.COM  Thu Dec 28 14:26:40 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Thu, 28 Dec 2006 15:26:40 -0700
Subject: Labelling Streets
Message-ID: <THU.28.DEC.2006.152640.0700.BTHOENGISNET.COM>

I'm trying to label street lines, but MapServer seems to be ignoring the 
parameter ANGLE AUTO in my LABEL object. Labels are showing but they are 
all displayed horizontally. What I want is to have them parallel with 
the street lines. Is this due to using bitmapped fonts or is there 
something else I need to be aware of?

- Bill Thoen


From mike at CHARTIS.US  Thu Dec 28 14:27:41 2006
From: mike at CHARTIS.US (Mike Davis)
Date: Thu, 28 Dec 2006 13:27:41 -0900
Subject: Mapserver and Windows Authentication
Message-ID: <THU.28.DEC.2006.132741.0900.MIKECHARTIS.US>

This is probably a shot in the dark, but has anyone out there had experience
configuring the Mapserver CGI in a Windows 2k3 / IIS 6 environment using
windows authentication instead of the anonymous IUSER_ account?

We have a long running Mapserver install within the DOD intranet that was
moved to a server using SSL and CAC card authentication, since the move our
sites are spitting up file access errors like this:
msLoadMap(): Unable to access file. (https://path/to/map/file.map)

I've checked all the permissions issues I can think of, but still no luck

Any help is greatly appreciated.

-Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061228/236eac7d/attachment.htm>

From mike.and.kerry at GMAIL.COM  Thu Dec 28 14:55:51 2006
From: mike.and.kerry at GMAIL.COM (Mike Davis)
Date: Thu, 28 Dec 2006 13:55:51 -0900
Subject: Mapserver and Windows Authentication
In-Reply-To: <631c85c10612281453x4902a2ebq50fe3af69cee2e94@mail.gmail.com>
Message-ID: <THU.28.DEC.2006.135551.0900.MIKE.AND.KERRYGMAIL.COM>

This is probably a shot in the dark, but has anyone out there had experience
configuring the Mapserver CGI in a Windows 2k3 / IIS 6 environment using
windows authentication instead of the anonymous IUSER_ account?

We have a long running Mapserver install within the DOD intranet that was
moved to a server using SSL and CAC card authentication, since the move our
sites are spitting up file access errors like this:
msLoadMap(): Unable to access file. (https://path/to/map/file.map)

I've checked all the permissions issues I can think of, but still no luck

Any help is greatly appreciated.

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

From bthoen at GISNET.COM  Thu Dec 28 15:47:22 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Thu, 28 Dec 2006 16:47:22 -0700
Subject: Labelling Streets
In-Reply-To: <459444A0.1030709@gisnet.com>
Message-ID: <THU.28.DEC.2006.164722.0700.BTHOENGISNET.COM>

Never mind, I solved it (with some help). The answer is that you need to 
use TrueType fonts if you want text to rotate.

Bill Thoen wrote:
> I'm trying to label street lines, but MapServer seems to be ignoring 
> the parameter ANGLE AUTO in my LABEL object. Labels are showing but 
> they are all displayed horizontally. What I want is to have them 
> parallel with the street lines. Is this due to using bitmapped fonts 
> or is there something else I need to be aware of?
>
> - Bill Thoen
>


From mike.and.kerry at GMAIL.COM  Thu Dec 28 17:58:11 2006
From: mike.and.kerry at GMAIL.COM (Mike Davis)
Date: Thu, 28 Dec 2006 16:58:11 -0900
Subject: Mapserver and Windows Authentication
In-Reply-To: <20061229003254.26786.qmail@web32205.mail.mud.yahoo.com>
Message-ID: <THU.28.DEC.2006.165811.0900.MIKE.AND.KERRYGMAIL.COM>

Our Mapserver installation is a legacy system from back in the day before
CAPRs, back when people who actually do work on computers had admin
rights.  It originated as a Corps of Engineers project (they use Mapserver
extensively).

I think the key is to have your GIS certified as a system, with the
IMS/Mapserver/Whatever as a component of that system.

-Mike


On 12/28/06, Curtis W. Ruck <ruckc at yahoo.com> wrote:
>
>  I am within the DOD behemoth, and i can't get my organization to use
> mapserver, much less IMS, how did ya'll go about doing it?  As in what did
> you have to do to get the IA personnel to sign off on it?
>
> Curtis Ruck
>
> ----- Original Message ----
> From: Mike Davis < mike.and.kerry at GMAIL.COM>
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Sent: Thursday, December 28, 2006 4:55:51 PM
> Subject: [UMN_MAPSERVER-USERS] Mapserver and Windows Authentication
>
>
> This is probably a shot in the dark, but has anyone out there had
> experience configuring the Mapserver CGI in a Windows 2k3 / IIS 6
> environment using windows authentication instead of the anonymous IUSER_
> account?
>
> We have a long running Mapserver install within the DOD intranet that was
> moved to a server using SSL and CAC card authentication, since the move our
> sites are spitting up file access errors like this:
> msLoadMap(): Unable to access file. (https://path/to/map/file.map)
>
> I've checked all the permissions issues I can think of, but still no luck
>
> Any help is greatly appreciated.
>
> -Mike
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061228/8c7f46dd/attachment.htm>

From mtrp36 at HOTMAIL.COM  Thu Dec 28 21:52:17 2006
From: mtrp36 at HOTMAIL.COM (Kurt Kuo)
Date: Fri, 29 Dec 2006 05:52:17 +0000
Subject: missing map tiles
Message-ID: <FRI.29.DEC.2006.055217.0000.MTRP36HOTMAIL.COM>

Hi List,
I have a ka-map application for showing the basic road network. The 
performance of ka-map seems not so stable. Part of tiles are missing while 
zooming in/out. It even shows blank map sometimes. Any idea how/why this 
happens and where to start to solve this problem?

Thanks in advance.

Kurt

_________________________________________________________________
Find sales, coupons, and free shipping, all in one place! ?MSN Shopping 
Sales & Deals 
http://shopping.msn.com/content/shp/?ctid=198,ptnrid=176,ptnrdata=200639


From flavio at TYDAC.CH  Fri Dec 29 01:39:26 2006
From: flavio at TYDAC.CH (Flavio Hendry)
Date: Fri, 29 Dec 2006 10:39:26 +0100
Subject: MapServer Documentation
In-Reply-To: <20061224152142.GA11172@www.gisnet.com>
Message-ID: <FRI.29.DEC.2006.103926.0100.FLAVIOTYDAC.CH>

hi bill

for mapfiles-doc see http://umn.mapserver.ch. more structured,
illustrated and a search function ...

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC Web-Site:  http://www.tydac.ch
TYDAC MapServer: http://www.mapserver.ch
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Kind Regards
############             mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


-----Original Message-----
From: Bill Thoen <bthoen at GISNET.COM>
To: MAPSERVER-USERS at LISTS.UMN.EDU
Date: Sun, 24 Dec 2006 08:21:42 -0700
Subject: [UMN_MAPSERVER-USERS] MapServer Documentation

> Is there a complete source of documentation for MapServer somewhere?
> I'm
> finding that the various documents at
> http://mapserver.gis.umn.edu/docs/,
> while helpful, are a bit disjointed and they don't cover everything.
> Also,
> the gallery is great to see what can be done with MapServer, but
> where do
> you go to get a peek at the map files and/or mapscript for these
> examples?
> 
> Am I just missing an obvious resource or is this a job that's on a
> "To Do"
> list somewhere?
> 
> - Bill Thoen


From mleonsoft at YAHOO.COM.AR  Fri Dec 29 05:17:06 2006
From: mleonsoft at YAHOO.COM.AR (Ines)
Date: Fri, 29 Dec 2006 10:17:06 -0300
Subject: Problem drawing point with Point Layer
Message-ID: <FRI.29.DEC.2006.101706.0300.MLEONSOFTYAHOO.COM.AR>

Hello, I?m trying to create a POINT Layer in the file .map to show a point
in the map. I maked everything to do it, I used many examples of the Map
server web page but I can?t show the point in the map. I?m working with
chameleon, Apache, php4 for windows.

My file.map have several layers  (Data Layers) and the POINT layer. The
point layer, appears in the legend of the application (web page -chameleon-)
and the status of the point layer is set to ON, but it layer don?t appears
in the main map. I think I?m making something wrong or I need to do
something more to show the point in the map.

Can You help me with this problem, please? Thank you very much. I really
need to resolve this.

Ines

Part of my file.map and my POINT LAYER:

I added in the map file "SYMBOL" later of "CONFIG "CGI_CONTEXT_URL" "1":

MAP
  EXTENT -104 4 -57 27
  FONTSET "../etc/fonts.txt"
  IMAGECOLOR 255 255 255
  IMAGETYPE jpeg
  SYMBOLSET "../etc/symbols.sym"
  SHAPEPATH "../data"
  SIZE 750 375
  STATUS ON
  UNITS DD
  NAME "GeoIntegrator"
  CONFIG "CGI_CONTEXT_URL" "1"

 SYMBOL
 	NAME "circle"
	TYPE ELLIPSE
	FILLED TRUE
	POINTS
		1 1
	END
 END

OUTPUTFORMAT
   NAME jpeg
   DRIVER GD/JPEG
   MIMETYPE image/jpeg
   EXTENSION jpg
   IMAGEMODE RGB
END

  PROJECTION
    "init=epsg:4326"
  END
  LEGEND..............


-------------------POINT LAYER:------------------------------

LAYER
  	NAME "pointlatlon"
	PROJECTION
      "init=epsg:4326"
    END
	TYPE POINT
	STATUS ON
	FEATURE
		POINTS
			-100 5
		END
		TEXT "My Place"
	END
	CLASS
		COLOR 250 0 0
		OUTLINECOLOR 255 255 255
		SYMBOL "circle"
		SIZE 10
		LABEL
			POSITION AUTO
			COLOR 250 0 0
			OUTLINECOLOR 255 255 255
		END
	 END
   END


From parrott.sarah at GOOGLEMAIL.COM  Fri Dec 29 06:01:45 2006
From: parrott.sarah at GOOGLEMAIL.COM (Sarah Parrott)
Date: Fri, 29 Dec 2006 14:01:45 +0000
Subject: pan & zoom round a map with an image map
Message-ID: <FRI.29.DEC.2006.140145.0000.PARROTT.SARAHGOOGLEMAIL.COM>

Hi,

 I'm generating a map with a raster layer (a shapefile tile index) and a
points layer (OGR connection to MySQL). I generate an image map so that the
user can select and deselect points. To do this the call I make to mapserver
states that mode is nquery.

 There are over 1000 points so I want the user to be able to pan/zoom around
the map to find the area they want, and only display the points at a certain
scale. At this stage I want them to be able to select the points as they do
now. If i put the map into browse mode it says that a template is not
defined. If I put a template in it stops generating the image map.

 I have tried putting the map within a form and using zoomdir and zoomsize
in the querystring for the url but it seems to have no effect. Also, when I
put the map in the form, the points do not change color when selected as
they do normally.

I have attached my map file, the header, footer and template html files.

Any help would be great!

Thanks,
Sarah
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/d9b6eff2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mainMap.map
Type: application/octet-stream
Size: 1205 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/d9b6eff2/attachment.obj>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/d9b6eff2/attachment-0001.htm>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/d9b6eff2/attachment-0002.htm>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/d9b6eff2/attachment-0003.htm>

From Steve.Lime at DNR.STATE.MN.US  Fri Dec 29 08:33:16 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 29 Dec 2006 10:33:16 -0600
Subject: Problem drawing point with Point Layer
In-Reply-To: <LBENLAGHNFOOJJAELALDAEFECCAA.mleonsoft@yahoo.com.ar>
Message-ID: <FRI.29.DEC.2006.103316.0600.STEVE.LIMEDNR.STATE.MN.US>

Try STATUS DEFAULT...

Steve

>>> Ines <mleonsoft at YAHOO.COM.AR> 12/29/2006 7:17:06 AM >>>
Hello, I?m trying to create a POINT Layer in the file .map to show a point
in the map. I maked everything to do it, I used many examples of the Map
server web page but I can?t show the point in the map. I?m working with
chameleon, Apache, php4 for windows.

My file.map have several layers  (Data Layers) and the POINT layer. The
point layer, appears in the legend of the application (web page -chameleon-)
and the status of the point layer is set to ON, but it layer don?t appears
in the main map. I think I?m making something wrong or I need to do
something more to show the point in the map.

Can You help me with this problem, please? Thank you very much. I really
need to resolve this.

Ines

Part of my file.map and my POINT LAYER:

I added in the map file "SYMBOL" later of "CONFIG "CGI_CONTEXT_URL" "1":

MAP
  EXTENT -104 4 -57 27
  FONTSET "../etc/fonts.txt"
  IMAGECOLOR 255 255 255
  IMAGETYPE jpeg
  SYMBOLSET "../etc/symbols.sym"
  SHAPEPATH "../data"
  SIZE 750 375
  STATUS ON
  UNITS DD
  NAME "GeoIntegrator"
  CONFIG "CGI_CONTEXT_URL" "1"

 SYMBOL
 	NAME "circle"
	TYPE ELLIPSE
	FILLED TRUE
	POINTS
		1 1
	END
 END

OUTPUTFORMAT
   NAME jpeg
   DRIVER GD/JPEG
   MIMETYPE image/jpeg
   EXTENSION jpg
   IMAGEMODE RGB
END

  PROJECTION
    "init=epsg:4326"
  END
  LEGEND..............


-------------------POINT LAYER:------------------------------

LAYER
  	NAME "pointlatlon"
	PROJECTION
      "init=epsg:4326"
    END
	TYPE POINT
	STATUS ON
	FEATURE
		POINTS
			-100 5
		END
		TEXT "My Place"
	END
	CLASS
		COLOR 250 0 0
		OUTLINECOLOR 255 255 255
		SYMBOL "circle"
		SIZE 10
		LABEL
			POSITION AUTO
			COLOR 250 0 0
			OUTLINECOLOR 255 255 255
		END
	 END
   END


From Steve.Lime at DNR.STATE.MN.US  Fri Dec 29 08:33:47 2006
From: Steve.Lime at DNR.STATE.MN.US (Steve Lime)
Date: Fri, 29 Dec 2006 10:33:47 -0600
Subject: Tileinidex cannot be used for CGI controls
In-Reply-To: <4593B0DC0200008F00005681@co5.dnr.state.mn.us>
Message-ID: <FRI.29.DEC.2006.103347.0600.STEVE.LIMEDNR.STATE.MN.US>

Fix was committed last nite...

>>> Steve Lime <Steve.Lime at DNR.STATE.MN.US> 12/28/2006 11:56:12 AM >>>
Hi Marc: I'll fix in the main CVS branch and the 4.10 branch. I
suspect
I didn't include it because
I couldn't think of a reason one would want to change it, but
obviously
you have one... ;-)

Steve

>>> Marc Jacquin <marc.jacquin at MAGELLIUM.FR> 12/28/2006 11:17 AM >>>
Hi all,

 

I guess I found an omission in CGI controls:
&map_layer_tileindex=myshapeindex.shp does not render anything.

 

Checking the loadLayerString function in mapfile.c, it appears that
the
case
TILEINDEX is missing. 

 

Just adding:

 

  case (TILEINDEX) :  

    msFree(layer->tileindex);

    layer->tileindex = strdup(value);

    break;

 

somewhere after the TEMPLATE case (just for ABC reasons) solves it.

 

It seems to be missing even for 4.10 version.

 

My 2 cents? :-) 

 

Greetings,

 

Marc

 

 

 

 


From bthoen at GISNET.COM  Fri Dec 29 12:17:09 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Fri, 29 Dec 2006 13:17:09 -0700
Subject: How to Construct Railroad Style lines?
Message-ID: <FRI.29.DEC.2006.131709.0700.BTHOENGISNET.COM>

It seems that line styles for railroads (i.e. lines that look like  
---|--|--|--|--) are pretty hard to find in the documentation. I did 
find one googlit on the subject from 2003 
(http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00716.html) 
but I can't seem to make it work. The following map file excerpt built 
from that suggestion just seems to produce a simple red line. I don't 
see how this makes the "tie" lie crossways to the track line. Does 
anyone know what I did wrong? Is there a more modern solution?

MAP
  ...
  SYMBOL
      NAME 'line'
      TYPE ELLIPSE
      FILLED TRUE
      POINTS 1 1 END
   END
   SYMBOL
      NAME 'tie'
      TYPE ELLIPSE
      FILLED TRUE
      POINTS 1 1 END
      STYLE 1 3 END
   END
...
  LAYER
      NAME railroads
      GROUP transportation
      TYPE LINE
      STATUS ON
      CONNECTIONTYPE OGR
      CONNECTION "railroads.TAB"
      LABELITEM "Name"
      CLASS
         NAME "Railroads"
         COLOR 255 100 100
         SYMBOL 'line'
         SIZE 1
         OVERLAYSYMBOL 'tie'
         OVERLAYSIZE 3
      END
      PROJECTION
         "init=epsg:4326"
      END
   END
...
END


TIA,
- Bill Thoen


From bob.basques at CI.STPAUL.MN.US  Fri Dec 29 12:24:39 2006
From: bob.basques at CI.STPAUL.MN.US (Bob Basques)
Date: Fri, 29 Dec 2006 14:24:39 -0600
Subject: How to Construct Railroad Style lines?
In-Reply-To: <smtpd.4d9e.459576b8.e27d8.1@mta-m2.tc.umn.edu>
Message-ID: <FRI.29.DEC.2006.142439.0600.BOB.BASQUESCI.STPAUL.MN.US>

Bill,

Here's how we do it.  Found it in one of the old posts from this list 
somewhere I think originally.  You should be able to tweak the settings 
more to your liking too.

  LAYER
    NAME 'railroads'
    DATA 'SURVEY/2003_12/RAILROAD/railroads'
    GROUP 'planimetrics_lines'
    STATUS DEFAULT
    TYPE LINE
    CLASS
      COLOR 255 200 0
      SIZE 1
      SYMBOL 'circle'
      OVERLAYSYMBOL dashed2  ## Railroad track linetype
      OVERLAYCOLOR 255 200 0
      OVERLAYSIZE 3
    END
  END

  SYMBOL
    NAME 'circle'
    TYPE ELLIPSE
    POINTS 1 1 END
    FILLED TRUE
  END

  SYMBOL
    NAME "dashed2"
    TYPE ellipse
    POINTS
     1 1
    END
    STYLE
     1 7
    END
  END


Bill Thoen wrote:
> It seems that line styles for railroads (i.e. lines that look like  
> ---|--|--|--|--) are pretty hard to find in the documentation. I did 
> find one googlit on the subject from 2003 
> (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00716.html) 
> but I can't seem to make it work. The following map file excerpt built 
> from that suggestion just seems to produce a simple red line. I don't 
> see how this makes the "tie" lie crossways to the track line. Does 
> anyone know what I did wrong? Is there a more modern solution?
>
> MAP
>   ...
>   SYMBOL
>       NAME 'line'
>       TYPE ELLIPSE
>       FILLED TRUE
>       POINTS 1 1 END
>    END
>    SYMBOL
>       NAME 'tie'
>       TYPE ELLIPSE
>       FILLED TRUE
>       POINTS 1 1 END
>       STYLE 1 3 END
>    END
> ...
>   LAYER
>       NAME railroads
>       GROUP transportation
>       TYPE LINE
>       STATUS ON
>       CONNECTIONTYPE OGR
>       CONNECTION "railroads.TAB"
>       LABELITEM "Name"
>       CLASS
>          NAME "Railroads"
>          COLOR 255 100 100
>          SYMBOL 'line'
>          SIZE 1
>          OVERLAYSYMBOL 'tie'
>          OVERLAYSIZE 3
>       END
>       PROJECTION
>          "init=epsg:4326"
>       END
>    END
> ...
> END
>
>
> TIA,
> - Bill Thoen
>
>   


-- 

****************  You can't be late until you show up.  ***************
************  You never learn anything by doing it right.  ************
***  War doesn't determine who's right. War determines who's left.  ***

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bob.basques.vcf
Type: text/x-vcard
Size: 309 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/8adb1b8c/attachment.vcf>

From bthoen at GISNET.COM  Fri Dec 29 12:56:36 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Fri, 29 Dec 2006 13:56:36 -0700
Subject: How to Construct Railroad Style lines?
In-Reply-To: <459577C5.8010104@gisnet.com>
Message-ID: <FRI.29.DEC.2006.135636.0700.BTHOENGISNET.COM>

I see what I did wrong... you need to include an OVERLAYCOLOR parameter 
in the CLASS object to get this to show the 'tie' symbol (the example on 
the wiki at  http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples 
leaves this out too, and so it doesn't work either).  I tied to fix that 
but I couldn't get edit access to the wiki  (and BTW, the word 
"illusive" on that page should probably be "elusive" if anyone's feeling 
pedantic and is able to make some edits there).

What it does is drop a dashed line over the solid line with the dashed 
line set to be 3 times thicker than the solid line. Since the dash 
pattern is 1 pixel followed by 3 empty ones this has the effect of 
creating a line like a string of square beads (e.g. ---o---o---o---o). 
It looks okay, but it's not the classic cartographic symbol for railroads.

Has anyone come up with something better?

Bill Thoen wrote:
> It seems that line styles for railroads (i.e. lines that look like  
> ---|--|--|--|--) are pretty hard to find in the documentation. I did 
> find one googlit on the subject from 2003 
> (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00716.html) 
> but I can't seem to make it work. The following map file excerpt built 
> from that suggestion just seems to produce a simple red line. I don't 
> see how this makes the "tie" lie crossways to the track line. Does 
> anyone know what I did wrong? Is there a more modern solution?
>
> MAP
>  ...
>  SYMBOL
>      NAME 'line'
>      TYPE ELLIPSE
>      FILLED TRUE
>      POINTS 1 1 END
>   END
>   SYMBOL
>      NAME 'tie'
>      TYPE ELLIPSE
>      FILLED TRUE
>      POINTS 1 1 END
>      STYLE 1 3 END
>   END
> ...
>  LAYER
>      NAME railroads
>      GROUP transportation
>      TYPE LINE
>      STATUS ON
>      CONNECTIONTYPE OGR
>      CONNECTION "railroads.TAB"
>      LABELITEM "Name"
>      CLASS
>         NAME "Railroads"
>         COLOR 255 100 100
>         SYMBOL 'line'
>         SIZE 1
>         OVERLAYSYMBOL 'tie'
>         OVERLAYSIZE 3
>      END
>      PROJECTION
>         "init=epsg:4326"
>      END
>   END
> ...
> END
>
>
> TIA,
> - Bill Thoen
>


From bob.basques at CI.STPAUL.MN.US  Fri Dec 29 12:57:18 2006
From: bob.basques at CI.STPAUL.MN.US (Bob Basques)
Date: Fri, 29 Dec 2006 14:57:18 -0600
Subject: How to Construct Railroad Style lines?
In-Reply-To: <smtpd.4d9e.45957ff3.feb9.9@mta-m2.tc.umn.edu>
Message-ID: <FRI.29.DEC.2006.145718.0600.BOB.BASQUESCI.STPAUL.MN.US>

Oh, no, now you got me going . . .

You could use the same process of stacking things by using two lines on 
top of one another, place a white line (we use white as a Transparent 
color here by default) on top of a slightly wider line of a different 
color, this will in effect give you two side by side lines (rails), then 
place the "tie" (really wide, scrunched up dashed line) on top to get 
the Railroad Ties to loo right.

Basically display the same line three time, Color for rails, then on top 
of that, a transparent color slightly narrower in width, then the Dashed 
line type on top of that that is wider than the rail line, and you have 
real look Railroad tracks.

bobb

Bill Thoen wrote:
> I see what I did wrong... you need to include an OVERLAYCOLOR parameter 
> in the CLASS object to get this to show the 'tie' symbol (the example on 
> the wiki at  http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples 
> leaves this out too, and so it doesn't work either).  I tied to fix that 
> but I couldn't get edit access to the wiki  (and BTW, the word 
> "illusive" on that page should probably be "elusive" if anyone's feeling 
> pedantic and is able to make some edits there).
>
> What it does is drop a dashed line over the solid line with the dashed 
> line set to be 3 times thicker than the solid line. Since the dash 
> pattern is 1 pixel followed by 3 empty ones this has the effect of 
> creating a line like a string of square beads (e.g. ---o---o---o---o). 
> It looks okay, but it's not the classic cartographic symbol for railroads.
>
> Has anyone come up with something better?
>
> Bill Thoen wrote:
>   
>> It seems that line styles for railroads (i.e. lines that look like  
>> ---|--|--|--|--) are pretty hard to find in the documentation. I did 
>> find one googlit on the subject from 2003 
>> (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00716.html) 
>> but I can't seem to make it work. The following map file excerpt built 
>> from that suggestion just seems to produce a simple red line. I don't 
>> see how this makes the "tie" lie crossways to the track line. Does 
>> anyone know what I did wrong? Is there a more modern solution?
>>
>> MAP
>>  ...
>>  SYMBOL
>>      NAME 'line'
>>      TYPE ELLIPSE
>>      FILLED TRUE
>>      POINTS 1 1 END
>>   END
>>   SYMBOL
>>      NAME 'tie'
>>      TYPE ELLIPSE
>>      FILLED TRUE
>>      POINTS 1 1 END
>>      STYLE 1 3 END
>>   END
>> ...
>>  LAYER
>>      NAME railroads
>>      GROUP transportation
>>      TYPE LINE
>>      STATUS ON
>>      CONNECTIONTYPE OGR
>>      CONNECTION "railroads.TAB"
>>      LABELITEM "Name"
>>      CLASS
>>         NAME "Railroads"
>>         COLOR 255 100 100
>>         SYMBOL 'line'
>>         SIZE 1
>>         OVERLAYSYMBOL 'tie'
>>         OVERLAYSIZE 3
>>      END
>>      PROJECTION
>>         "init=epsg:4326"
>>      END
>>   END
>> ...
>> END
>>
>>
>> TIA,
>> - Bill Thoen
>>
>>     
>
>   


-- 

****************  You can't be late until you show up.  ***************
************  You never learn anything by doing it right.  ************
***  War doesn't determine who's right. War determines who's left.  ***

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bob.basques.vcf
Type: text/x-vcard
Size: 309 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/6a2aee96/attachment.vcf>

From naci0002 at UMN.EDU  Fri Dec 29 12:59:54 2006
From: naci0002 at UMN.EDU (Pericles S. Nacionales)
Date: Fri, 29 Dec 2006 14:59:54 -0600
Subject: How to Construct Railroad Style lines?
In-Reply-To: <459577C5.8010104@gisnet.com>
Message-ID: <FRI.29.DEC.2006.145954.0600.NACI0002UMN.EDU>

Bill,

I recommend reading through the symbology reference...  I see that you pointed 
out a link to some symbol examples in one of your earlier posts but had you 
browsed through http://mapserver.gis.umn.edu/docs/reference/symbology/syntax 
or http://mapserver.gis.umn.edu/docs/reference/symbology/notes, you would 
have seen a link to one of the definitive guides to MapServer symbology: 
http://mapserver.gis.umn.edu/docs/howto/cartosymbols

There's at least one example of railroad symbology in that document.  All 
examples are available in a downloadable file, linked within the document.

Cheers!
-Perry

On Friday 29 December 2006 14:17, Bill Thoen wrote:
> It seems that line styles for railroads (i.e. lines that look like
> ---|--|--|--|--) are pretty hard to find in the documentation. I did
> find one googlit on the subject from 2003
> (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00716.htm
>l) but I can't seem to make it work. The following map file excerpt built
> from that suggestion just seems to produce a simple red line. I don't see
> how this makes the "tie" lie crossways to the track line. Does anyone know
> what I did wrong? Is there a more modern solution?
>
> MAP
>   ...
>   SYMBOL
>       NAME 'line'
>       TYPE ELLIPSE
>       FILLED TRUE
>       POINTS 1 1 END
>    END
>    SYMBOL
>       NAME 'tie'
>       TYPE ELLIPSE
>       FILLED TRUE
>       POINTS 1 1 END
>       STYLE 1 3 END
>    END
> ...
>   LAYER
>       NAME railroads
>       GROUP transportation
>       TYPE LINE
>       STATUS ON
>       CONNECTIONTYPE OGR
>       CONNECTION "railroads.TAB"
>       LABELITEM "Name"
>       CLASS
>          NAME "Railroads"
>          COLOR 255 100 100
>          SYMBOL 'line'
>          SIZE 1
>          OVERLAYSYMBOL 'tie'
>          OVERLAYSIZE 3
>       END
>       PROJECTION
>          "init=epsg:4326"
>       END
>    END
> ...
> END
>
>
> TIA,
> - Bill Thoen

-- 
Perry Nacionales
Dept. of Forest Resources
University of Minnesota
naci0002 at umn.edu


From sdoyle_2 at YAHOO.COM  Fri Dec 29 13:16:21 2006
From: sdoyle_2 at YAHOO.COM (Samuel Doyle)
Date: Fri, 29 Dec 2006 13:16:21 -0800
Subject: Why are my tile request timestamps set to a day in the future?
In-Reply-To: <4595812E.3000102@ci.stpaul.mn.us>
Message-ID: <FRI.29.DEC.2006.131621.0800.SDOYLE_2YAHOO.COM>

Why is the timestamp being passed in my tile requests one day in the future?

Both the clocks on my pc where my request is being generated and the linux box where the request is received are in sync. 

Here is the request:
//tile.php?map=tiger&t=-88064&l=-284672&s=135000&g=SMART%20Corridors&i=png&ts=1167455415&interval=120

So basically I want a refresh to happen automatically every 2 mins and I have the redraw_interval also to be 2 mins. So my understanding is that the tiles should be regenerated if the current tiles are two mins older in the past then the timestamp.
The problem here is that the ts if converted to actual time 1167455415 comes out to 30 December 2006 12:10:15 AM.

Now my tiles are def. two mins. older in the past then this time but they are still not being regenerated which is yet another problem.

Any ideas?

Thanks, S.D.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061229/e204ca2e/attachment.htm>

From bthoen at GISNET.COM  Fri Dec 29 13:50:42 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Fri, 29 Dec 2006 14:50:42 -0700
Subject: How to Construct Railroad Style lines?
In-Reply-To: <200612291459.54252.naci0002@umn.edu>
Message-ID: <FRI.29.DEC.2006.145042.0700.BTHOENGISNET.COM>

Pericles S. Nacionales wrote:
> I recommend reading through the symbology reference...  I see that you pointed 
> out a link to some symbol examples in one of your earlier posts but had you 
> browsed through http://mapserver.gis.umn.edu/docs/reference/symbology/syntax 
> or http://mapserver.gis.umn.edu/docs/reference/symbology/notes, you would 
> have seen a link to one of the definitive guides to MapServer symbology: 
> http://mapserver.gis.umn.edu/docs/howto/cartosymbols 
Ah, perfect! I had seen that, but hadn't gone through it all the way. 
The answer was in there. Since this question comes up in the archives a 
lot, Here's an example modified from that document that produces just 
the kind of symbology I want for a railroad. The way it works that a 
thick (5 pixel wide) squared-off cartoline in a dashed pattern of 1 
pixel with a 10 pixel gap (symbol tie) is laid over a normal line 
(symbol track).

MAP
...
   SYMBOL
      NAME 'track'
      TYPE ELLIPSE
      FILLED TRUE
      POINTS 1 1 END
   END

   SYMBOL
      NAME "tie"
      TYPE cartoline
      LINECAP butt
      LINEJOIN miter
      LINEJOINMAXSIZE 3
      STYLE
         1 10 1 10
      END
   END
...
LAYER
      NAME railroads
      TYPE LINE
      STATUS ON
      CONNECTIONTYPE OGR
      CONNECTION "railroads.TAB"
      LABELITEM "Name"
      CLASS
         NAME "Railroads"
         STYLE
            SYMBOL 'track'
            SIZE 1
            COLOR 128 128 128
            ANTIALIAS TRUE
         END
         STYLE
            SYMBOL "tie"
            SIZE 5
            COLOR 128 128 128
            ANTIALIAS TRUE
         END
      END
   END


From dave.potts at PINAN.CO.UK  Sat Dec 30 12:47:20 2006
From: dave.potts at PINAN.CO.UK (Dave Potts)
Date: Sat, 30 Dec 2006 20:47:20 +0000
Subject: Drawing on Mapserver
Message-ID: <SAT.30.DEC.2006.204720.0000.DAVE.POTTSPINAN.CO.UK>

Hi

I am trying to draw a circle around a given point at  given radius in a 
map server generated image.

Due to the platform I am using its impossible to use mapscript , php or 
javascript.

Is it possible to do something like this by using the symbolset file ?

Is it possible to do something sly with polygon file ?

David.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dave.potts.vcf
Type: text/x-vcard
Size: 85 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061230/bc96b461/attachment.vcf>

From hal at MOBILEGEOGRAPHICS.COM  Sat Dec 30 12:59:05 2006
From: hal at MOBILEGEOGRAPHICS.COM (Hal Mueller)
Date: Sat, 30 Dec 2006 12:59:05 -0800
Subject: MapServer Documentation
In-Reply-To: <20061224152142.GA11172@www.gisnet.com>
Message-ID: <SAT.30.DEC.2006.125905.0800.HALMOBILEGEOGRAPHICS.COM>

I have a few basic examples up at 
http://www.mobilegeographics.com/mapserver/ (.MAP files included), 
including samples of USGS's US National Atlas and North American 
Atlas at http://www.mobilegeographics.com/mapserver/usgsUSA.html and 
http://www.mobilegeographics.com/mapserver/usgsNA.html .

H


From woodbri at SWOODBRIDGE.COM  Sat Dec 30 17:25:21 2006
From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge)
Date: Sat, 30 Dec 2006 20:25:21 -0500
Subject: NODATA values and TRANSPARENCY Question
Message-ID: <SAT.30.DEC.2006.202521.0500.WOODBRISWOODBRIDGE.COM>

Hi and Season Greetings to all,

I'm playing around with GDAL and raster images for the first time in 
about 4 years and I have some questions about how NODATA values are handled.

I generated some hillshade GeoTiff images and added overviews to them 
ans generated a tile-index and the mapfile is basically working, EXCEPT 
the NODATA areas don't make any sense to me. They seem to be generating 
some type of image where I would expect them to be totally transparent 
BECAUSE they is NODATA.

Also any ideas what the large lakes, the Great Lakes and the Oceans are 
handled differently? The hillshade was create from srtm dems.

-Steve

The mapserver image:

http://imaptools.com/cgi-bin/mapserv-4.10?mode=map&layers=all&scale=39000001&map=/u/data/dem/hillshade.map&mapxy=-122+42

notice the dark blue areas in the Oceans adjacent to the land masses.
The mapfile:

MAP
     NAME "Hillshade"
     EXTENT -180 -90 180 90
     SIZE 600 300
     IMAGETYPE png
#    TRANSPARENT on
     IMAGECOLOR 0 0 255
     SHAPEPATH "/u/data/dem/"
     UNITS DD

     LAYER
         NAME "Countries"
         TYPE POLYGON
         DATA "/u/data/data/mdata/world/world_countries_shp"
         STATUS DEFAULT
         CLASS
             COLOR 255 255 255
             OUTLINECOLOR 255 255 0
         END
     END

     LAYER
         NAME "Hillshade"
         TYPE RASTER
         TILEINDEX "/u/data/dem/hillshade-index"
         TRANSPARENCY 35
         STATUS DEFAULT
         CLASS
             COLOR 0 0 0
             MAXSCALE 40000000
             MINSCALE    80000
         END
     END

     LAYER
         NAME "Hillshade"
         TYPE RASTER
         TILEINDEX "/u/data/dem/hillshade-index"
         TRANSPARENCY 10
         STATUS DEFAULT
         CLASS
             COLOR 0 0 0
             MAXSCALE    80000
             MINSCALE    40000
         END
     END

END


The gdalinfo:

woodbri at carto:/u/data/dem$ gdalinfo z_10_1t.tif
Driver: GTiff/GeoTIFF
Size is 6000, 6000
Coordinate System is:
GEOGCS["WGS 84",
     DATUM["WGS_1984",
         SPHEROID["WGS 84",6378137,298.2572235630016,
             AUTHORITY["EPSG","7030"]],
         AUTHORITY["EPSG","6326"]],
     PRIMEM["Greenwich",0],
     UNIT["degree",0.0174532925199433],
     AUTHORITY["EPSG","4326"]]
Origin = (-135.000000,60.000000)
Pixel Size = (0.00083333,-0.00083333)
Corner Coordinates:
Upper Left  (-135.0000000,  60.0000000) (135d 0'0.00"W, 60d 0'0.00"N)
Lower Left  (-135.0000000,  55.0000000) (135d 0'0.00"W, 55d 0'0.00"N)
Upper Right (-130.0000000,  60.0000000) (130d 0'0.00"W, 60d 0'0.00"N)
Lower Right (-130.0000000,  55.0000000) (130d 0'0.00"W, 55d 0'0.00"N)
Center      (-132.5000000,  57.5000000) (132d30'0.00"W, 57d30'0.00"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Gray
   NoData Value=-32768
   Overviews: 3000x3000, 1500x1500, 750x750, 375x375, 188x188, 94x94, 47x47


From bthoen at GISNET.COM  Sun Dec 31 10:03:36 2006
From: bthoen at GISNET.COM (Bill Thoen)
Date: Sun, 31 Dec 2006 11:03:36 -0700
Subject: Digital Map Philosophy
Message-ID: <SUN.31.DEC.2006.110336.0700.BTHOENGISNET.COM>

I've been exploring MapServer for only a week or so, so maybe I'm missing
something, but I have a problem with the LAYER philosophy that combines the
data definition with the rendering style. I think these definitions should
be physically separate, or at least there should be a way to redefine a
layer's graphic representation after the data have been associated with a
named layer.

For example, I have a collection of styles that I prefer to use for
entities like roads, lakes and rivers, municipal boundaries, landmarks and
so on. I actually have multiple sets that depend on the map scale and/or
the client or map purpose. 

But the data often come from different sources, or at least they require
different selections if you're drawing from a national data set for a
local area. To make the data-map interface consistent I also ensure that
the names, types and ranges of certain attributes are standardized (e.g. I
have a field named 'class' for roads that contains standard values for the
type of graphic representation I'll want for that road line, and for street
name annotation, I use 'name' and 'route' and 'shield' for labeling
highways with route numbers above shield symbols). Using this convention I
could simply cut and paste or INCLUDE the parts of a map file that apply
CLASS and STYLE parameters to my roads layer.

The problem I have with MapServer's LAYER definition in the map file is that
I have to define the DATA selection parameters with the CLASS and STYLE
parameters. It seems to me that it would be more flexible to create layers
by assigning the layer name to a data selection (and perhaps provide a
default graphic style) but then later in the map file apply a graphic style
to the features for that layer. If that were possible I could build a
standard set of named base map layers and then simply apply a "style
file" through an INCLUDE statement that would set the symbology for each
standard layer. 

One of the "products" that I provide to clients is a map series for fire
departments in support of emergency planning, and it's important that the
cartographic representation of map features be consistent and easily
recognizable. I can certainly do this with MapServer as it is now, but I'll
either have to do a lot more (error prone) cutting and pasting or build a
script to automatically generate map files for different map areas.

IMHO, the guiding philosophy should be that map content (points, lines,
polygons and annotation) be as separated from the styling as possible, but
it seems that MapServer binds these elements together at the LAYER level. I
think this belongs at the MAP level or at least there should be an option
to do so at that level. The idea is similar to the philosophy that applies
to html documents and css.

But like I said above, I'm pretty new to MapServer and maybe there's a
solution or convention I just haven't discovered yet. So what do people do
when they want to produce consistent-looking maps over several MapServer
projects?

Happy New Year! 

- Bill Thoen


From bob.basques at CI.STPAUL.MN.US  Sun Dec 31 10:38:52 2006
From: bob.basques at CI.STPAUL.MN.US (Blammo)
Date: Sun, 31 Dec 2006 12:38:52 -0600
Subject: Digital Map Philosophy
In-Reply-To: <smtpd.6c74.4597fb84.b1f2c.1@mta-m2.tc.umn.edu>
Message-ID: <SUN.31.DEC.2006.123852.0600.BOB.BASQUESCI.STPAUL.MN.US>

Bill,

Interesting note you have down here.

The Map level normalization (which I think is what you are talking 
about) is the method we used for our mapping interface.

We make a mapfile for every Layer, and combine the results at the 
Clients, not in MapServer itself.

This separates things for Admin, Data maintenance, Styling, and 
Publishing very nicely.  The trick is combining things in the client 
correctly.  We have a open source Product out there now (I haven't 
announced it yet because the Core code has been a bit in flux), but has 
stabilized and now I'm attempting to get some Basic Help/tutorial pages 
put together for it.  With the new mapfile INCLUDE capabilities, this 
will get even more streamlined, as the Layer Config info in the mapfiles 
for MapServer can rid themselves of a lot of redundant code and 
concentrate on just listing the styling and presentation differences for 
a layer.

The package basically does what (I think) you are describing, by 
combining the separate MapServer calls, for Images and Attribute data 
for user interaction.

This method also allows for the building of ad-hoc layers that combine 
more than one dataset at a time, A standardized background, that 
includes Roads, Street, and Rivers for example.

Any Layer owner can generate their respective layer from any number of 
datasets in this way for publication that has no dependencies whatsoever 
on any other layer configurations.

I can point you, offline, at a demo site (still under construction) that 
demonstrates these types of capabilities.

bobb


Bill Thoen wrote:
> I've been exploring MapServer for only a week or so, so maybe I'm missing
> something, but I have a problem with the LAYER philosophy that combines the
> data definition with the rendering style. I think these definitions should
> be physically separate, or at least there should be a way to redefine a
> layer's graphic representation after the data have been associated with a
> named layer.
>
> For example, I have a collection of styles that I prefer to use for
> entities like roads, lakes and rivers, municipal boundaries, landmarks and
> so on. I actually have multiple sets that depend on the map scale and/or
> the client or map purpose. 
>
> But the data often come from different sources, or at least they require
> different selections if you're drawing from a national data set for a
> local area. To make the data-map interface consistent I also ensure that
> the names, types and ranges of certain attributes are standardized (e.g. I
> have a field named 'class' for roads that contains standard values for the
> type of graphic representation I'll want for that road line, and for street
> name annotation, I use 'name' and 'route' and 'shield' for labeling
> highways with route numbers above shield symbols). Using this convention I
> could simply cut and paste or INCLUDE the parts of a map file that apply
> CLASS and STYLE parameters to my roads layer.
>
> The problem I have with MapServer's LAYER definition in the map file is that
> I have to define the DATA selection parameters with the CLASS and STYLE
> parameters. It seems to me that it would be more flexible to create layers
> by assigning the layer name to a data selection (and perhaps provide a
> default graphic style) but then later in the map file apply a graphic style
> to the features for that layer. If that were possible I could build a
> standard set of named base map layers and then simply apply a "style
> file" through an INCLUDE statement that would set the symbology for each
> standard layer. 
>
> One of the "products" that I provide to clients is a map series for fire
> departments in support of emergency planning, and it's important that the
> cartographic representation of map features be consistent and easily
> recognizable. I can certainly do this with MapServer as it is now, but I'll
> either have to do a lot more (error prone) cutting and pasting or build a
> script to automatically generate map files for different map areas.
>
> IMHO, the guiding philosophy should be that map content (points, lines,
> polygons and annotation) be as separated from the styling as possible, but
> it seems that MapServer binds these elements together at the LAYER level. I
> think this belongs at the MAP level or at least there should be an option
> to do so at that level. The idea is similar to the philosophy that applies
> to html documents and css.
>
> But like I said above, I'm pretty new to MapServer and maybe there's a
> solution or convention I just haven't discovered yet. So what do people do
> when they want to produce consistent-looking maps over several MapServer
> projects?
>
> Happy New Year! 
>
> - Bill Thoen
>
>   


From nhv at CAPE.COM  Sun Dec 31 10:22:24 2006
From: nhv at CAPE.COM (Norman Vine)
Date: Sun, 31 Dec 2006 13:22:24 -0500
Subject: Digital Map Philosophy
In-Reply-To: <20061231180336.GA12483@www.gisnet.com>
Message-ID: <SUN.31.DEC.2006.132224.0500.NHVCAPE.COM>

Bill Thoen writes:

> So what do people do when they want to produce 
> consistent-looking maps over several MapServer projects?

I maintain separate common STYLE files and use the INCLUDE statement
http://mapserver.gis.umn.edu/docs/reference/mapfile/Include

HTH

Norman


From bartvde at OSGIS.NL  Sun Dec 31 10:26:11 2006
From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS))
Date: Sun, 31 Dec 2006 19:26:11 +0100
Subject: Digital Map Philosophy
In-Reply-To: <20061231180336.GA12483@www.gisnet.com>
Message-ID: <SUN.31.DEC.2006.192611.0100.BARTVDEOSGIS.NL>

Hi Bill,

Mapserver 4.10 comes with an INCLUDE keyword, which allows you to 
include MAP file fragments, so that could make your life easier (no copy 
paste needed anymore). Mind you need to use absolute paths.

I agree with you, it would make more sense to have a group of CLASSes 
(you could call it a THEME) as a seperate entity, and assign them to 
LAYERs. WMS also has this concept, by having multiple named styles for 
the same layer. I guess this was a design decision from the early 
Mapserver days ....

For the INCLUDE keyword, see:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=279

Best regards,
Bart

Bill Thoen schreef:
> I've been exploring MapServer for only a week or so, so maybe I'm missing
> something, but I have a problem with the LAYER philosophy that combines the
> data definition with the rendering style. I think these definitions should
> be physically separate, or at least there should be a way to redefine a
> layer's graphic representation after the data have been associated with a
> named layer.
>
> For example, I have a collection of styles that I prefer to use for
> entities like roads, lakes and rivers, municipal boundaries, landmarks and
> so on. I actually have multiple sets that depend on the map scale and/or
> the client or map purpose. 
>
> But the data often come from different sources, or at least they require
> different selections if you're drawing from a national data set for a
> local area. To make the data-map interface consistent I also ensure that
> the names, types and ranges of certain attributes are standardized (e.g. I
> have a field named 'class' for roads that contains standard values for the
> type of graphic representation I'll want for that road line, and for street
> name annotation, I use 'name' and 'route' and 'shield' for labeling
> highways with route numbers above shield symbols). Using this convention I
> could simply cut and paste or INCLUDE the parts of a map file that apply
> CLASS and STYLE parameters to my roads layer.
>
> The problem I have with MapServer's LAYER definition in the map file is that
> I have to define the DATA selection parameters with the CLASS and STYLE
> parameters. It seems to me that it would be more flexible to create layers
> by assigning the layer name to a data selection (and perhaps provide a
> default graphic style) but then later in the map file apply a graphic style
> to the features for that layer. If that were possible I could build a
> standard set of named base map layers and then simply apply a "style
> file" through an INCLUDE statement that would set the symbology for each
> standard layer. 
>
> One of the "products" that I provide to clients is a map series for fire
> departments in support of emergency planning, and it's important that the
> cartographic representation of map features be consistent and easily
> recognizable. I can certainly do this with MapServer as it is now, but I'll
> either have to do a lot more (error prone) cutting and pasting or build a
> script to automatically generate map files for different map areas.
>
> IMHO, the guiding philosophy should be that map content (points, lines,
> polygons and annotation) be as separated from the styling as possible, but
> it seems that MapServer binds these elements together at the LAYER level. I
> think this belongs at the MAP level or at least there should be an option
> to do so at that level. The idea is similar to the philosophy that applies
> to html documents and css.
>
> But like I said above, I'm pretty new to MapServer and maybe there's a
> solution or convention I just haven't discovered yet. So what do people do
> when they want to produce consistent-looking maps over several MapServer
> projects?
>
> Happy New Year! 
>
> - Bill Thoen
>
>
>   


-- 
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl
http://www.osgis.nl


From wef1 at CEC.WUSTL.EDU  Fri Dec 29 15:12:07 2006
From: wef1 at CEC.WUSTL.EDU (edfialk)
Date: Fri, 29 Dec 2006 15:12:07 -0800
Subject: SLD troubles - desperate!
Message-ID: <FRI.29.DEC.2006.151207.0800.WEF1CEC.WUSTL.EDU>

I have been unable to get my WMS capable MapServer to recognize an sld passed
in through the url (SLD=http:...)

The sld is readable, I have tested it on an example from the SLD
documentation - i.e. written my own SLD and pointed to it from the example,
works perfectly.

I am totally out of ideas as to why I cannot get it to show up on my own
server.

I'll give as much information as i can, any help would be extremely
appreciated.

map file:

MAP            
  NAME "All"
  STATUS on
  SIZE 800 600
  EXTENT -2200000 -712631 3072800 3840000
  UNITS METERS
  SHAPEPATH "/var/www/html/mapserver/mapdata/"
  IMAGECOLOR 220 220 220
  FONTSET "/var/www/html/mapserver/mapdata/"

WEB              
  IMAGEPATH "/var/www/html/tmp/"
  IMAGEURL "/tmp/"      
  METADATA
        "wms_title"     "All"
        "wms_onlineresource" "http://niceguy.wustl.edu/cgi-bin/mapserv.exe?"
        "wms_srs"       "epsg:4326"
  END                
END           

PROJECTION              
        "init=epsg:4326"
END    
LAYER
  NAME NAmer_bdr        
  METADATA
        "wms_title"     "NAmer_bdr"
  END
  TYPE LINE
  STATUS on          
  DATA bound_p
  PROJECTION
        "init=epsg:4326"
  END
  CLASS
        STYLE
          OUTLINECOLOR 0 0 0
        END                 
  END           
END          


SLD File:
<StyledLayerDescriptor version="1.0.0">
  <NamedLayer>
    <Name>NAmer_bdr</Name>       
    <UserStyle>
      <Title>NAmer_bdr</Title>
      <FeatureTypeStyle>
        <Rule>
        <LineSymbolizer>
         <Geometry>
           <PropertyName>center-line</PropertyName>
         </Geometry>
         <Stroke>
           <CssParameter name="stroke">#00FF00</CssParameter>
         </Stroke>
        </LineSymbolizer>
        </Rule>
      </FeatureTypeStyle>
    </UserStyle>
  </NamedLayer>
</StyledLayerDescriptor>


and just in case:
MapServer version 4.10.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=PDF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

Please, please any help.
Thanks!
-Ed

-- 
View this message in context: http://www.nabble.com/SLD-troubles---desperate%21-tf2896949.html#a8093640
Sent from the Mapserver - User mailing list archive at Nabble.com.