[mapserver-users] Re: WFS intersect request

2011-06-15 Thread John Callahan
This WFS GetFeature request did work if I replaced  with the
 spatial filter.

- John



On Thu, Jun 9, 2011 at 12:47 PM, John Callahan wrote:

> Thanks. Yes, my server does support Intersect filter, according to the
> WFS GetCaps file. I'm using the latest MS4W install with MS 6.
>
> John
>
>
> On Thursday, June 9, 2011, Alexandre Dube  wrote:
> >
> >
> >
> >
> >
> >
> > Hello,
> >
> >   If you run a WFS GetCapabilities request on your server, it should
> > tell which filters it supports, see :
> > http://mapserver.org/ogc/filter_encoding.html#server-side
> >
> >   Someone correct me if I'm wrong, but I think MapServer needs to be
> > compiled with GEOS in order to do intersect filters.
> >
> > HTH,
> >
> > Alexandre
> >
> >
> > On 11-06-09 12:09 PM, John Callahan wrote:
> > I have the following WFS intersect request that if
> >   working with GeoServer, and I'm trying to run this app with
> >   MapServer.  The error I'm getting is:
> >
> >   msWFSGetFeature(): WFS server error.
> >   Invalid or Unsupported FILTER in GetFeature ...
> >
> >
> >   I've dome some reading but not sure exactly what's supported.  I
> >   have used both INTERSECT and INTERSECTS, both return the same
> >   error.  Should I skip these and go with BBOX?  If so, I assume I
> >   would need to get rid of the lowerCorner/upperCorner items and
> >   just list the coordinates separated by commas.  Or could there be
> >   a problem with the PropertyName = SHAPE?   I couldn't find doc on
> >   what this value should be.  My data are either shapefiles or
> >   postgis layers.
> >
> >   The POST request is:
> >
> >   http://www.opengis.net/wfs";
> >   service="WFS" version="1.1.0" xsi:schemaLocation="
> http://www.opengis.net/wfs
> >   http://schemas.opengis.net/wfs/1.1.0/wfs.xsd";
> >   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
> >>   xmlns:massgis="http://massgis.state.ma.us/featuretype";>
> >   http://www.opengis.net/ogc";>
> >   
> >   SHAPE
> >   http://www.opengis.net/gml";
> >   srsName="EPSG:26957">
> >   149081.76574899518
> >   163078.62572595105
> >   205627.85303800018
> >   194899.95291598293
> >   
> >   
> >   
> >   
> >   
> >
> >
> >   Thanks for any help you can provide.
> >
> >   - John
> >
> >   ***
> >   John Callahan, Research Scientist
> >   Delaware Geological Survey
> >   University of Delaware
> >   URL: http://www.dgs.udel.edu
> >   ***
> >
> >
>
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] Mapserver 6.0 MINSCALEDENOM/MAXSCALEDENOM and different EPSG codes?

2011-06-15 Thread Douville, Michelle R CITZ:EX
We seem to be having some discrepancies in how the MINSCALEDENOM/MAXSCALEDENOM 
is being respected depending on which EPSG SRS is being requested.(with 
Mapserver 6.0)
For EPSG:3005 things seem to be ok .. however for EPSG:4326 .. MINSCALEDENOM 
seems to take over and no features are displayed at expected scales.

Of note though.. if I set MINSCALEDENOM from '101' to something like '11'.. 
I do seem to get back features at somewhat the appropriate scale levels.
(but then that hoops the scale dependency for EPSG:3005!)

See similar post..
http://www.mail-archive.com/mapserver-users@lists.osgeo.org/msg14402.html


Thanks for any assistance..
Michelle


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] Mapserver 6.0 MINSCALEDENOM/MAXSCALEDENOM and different EPSG codes?

2011-06-15 Thread Michelle Douvil
We seem to be having some discrepancies in how the
MINSCALEDENOM/MAXSCALEDENOM is being respected depending on which EPSG SRS
is being requested.(with Mapserver 6.0)
For EPSG:3005 things seem to be ok .. however for EPSG:4326 .. MINSCALEDENOM
seems to take over and no features are displayed at expected scales.

Of note though.. if I set MINSCALEDENOM from ‘101’ to something like
‘11’.. I do seem to get back features at somewhat the appropriate scale
levels.
(but then that hoops the scale dependency for EPSG:3005!) 
 
See similar post..
http://www.mail-archive.com/mapserver-users@lists.osgeo.org/msg14402.html
http://www.mail-archive.com/mapserver-users@lists.osgeo.org/msg14402.html 


Thanks for any assistance..
Michelle


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Mapserver-6-0-MINSCALEDENOM-MAXSCALEDENOM-and-different-EPSG-codes-tp6480784p6480784.html
Sent from the Mapserver - User mailing list archive at Nabble.com.___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


RE: [mapserver-users] Rendering artefacts when serving raster via WMS

2011-06-15 Thread Lime, Steve D (DNR)
>From the sample it almost looks like the mapserver.jpg is the result of two 
>images being overlayed either on the server (by mapserver) or in the client. 
>The artifacts look like there's an offset applied to one of them because of 
>the parallel lines. How are the images managed (perhaps as tiles)?

Steve 

-Original Message-
From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Wednesday, June 15, 2011 10:05 AM
To: John Westwood; MAPSERVER-USERS
Subject: Re: [mapserver-users] Rendering artefacts when serving raster via WMS

On 11-06-10 12:25 PM, John Westwood wrote:
> Does anybody have any ideas what the problem could be? I know it is something
> to do with the fact that I boosted the images and MapServer doesn't like them,
> but I would like to fix it. Suggestions greatly appreciated.

John,

I'm afraid I don't have much to offer.  I just wanted you to know that
someone had looked at your post and had no bright ideas about why it is
happening.  If this is quite important to you, you could file a ticket
on the issue, reducing it to a simple map file with one input GeoTIFF
and a request (ideally with shp2img) that produces the artifacted output.
Then I could dig into this from my end.

If you do that, you can directly assign the MapServer ticket to "warmerdam".

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

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] Rendering artefacts when serving raster via WMS

2011-06-15 Thread Brent Fraser

John,

It looks like a resampling problem.  You could try adding

PROCESSING "OVERSAMPLE_RATIO=1"
PROCESSING "LOAD_FULL_RES_IMAGE=NO"

to your layer definition.  I had some success with these when trying to 
get mapserver to render large (and readable) images from OpenStreetMap.


Best Regards,
Brent Fraser


On 6/15/2011 9:04 AM, Frank Warmerdam wrote:

On 11-06-10 12:25 PM, John Westwood wrote:
Does anybody have any ideas what the problem could be? I know it is 
something
to do with the fact that I boosted the images and MapServer doesn't 
like them,

but I would like to fix it. Suggestions greatly appreciated.


John,

I'm afraid I don't have much to offer.  I just wanted you to know that
someone had looked at your post and had no bright ideas about why it is
happening.  If this is quite important to you, you could file a ticket
on the issue, reducing it to a simple map file with one input GeoTIFF
and a request (ideally with shp2img) that produces the artifacted output.
Then I could dig into this from my end.

If you do that, you can directly assign the MapServer ticket to 
"warmerdam".


Best regards,


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] Rendering artefacts when serving raster via WMS

2011-06-15 Thread Frank Warmerdam

On 11-06-10 12:25 PM, John Westwood wrote:

Does anybody have any ideas what the problem could be? I know it is something
to do with the fact that I boosted the images and MapServer doesn't like them,
but I would like to fix it. Suggestions greatly appreciated.


John,

I'm afraid I don't have much to offer.  I just wanted you to know that
someone had looked at your post and had no bright ideas about why it is
happening.  If this is quite important to you, you could file a ticket
on the issue, reducing it to a simple map file with one input GeoTIFF
and a request (ideally with shp2img) that produces the artifacted output.
Then I could dig into this from my end.

If you do that, you can directly assign the MapServer ticket to "warmerdam".

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

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] Unable to render a raster with 4 bands

2011-06-15 Thread Frank Warmerdam

On 11-06-10 09:24 PM, jt2000 wrote:

I have a GRD raster that I'm trying to show on the map using mapserver.
Currently I'm getting all transparent output.

I've converted it to TIF using gdal_translate and it converted fine.  I also
used shp2img to convert to png without any issues.



Band 1 Block=1293x1 Type=Byte, ColorInterp=Red
   NoData Value=0



What do I need to change in the map file to make this work?
I have tried PROCESSING "SCALE=0,0.00305185094759972" to see if that would
help.


jt2000,

You don't provide your LAYER definition so there isn't much to go on.
What I can say is that based on the debug output the layer is being
rendered and it would seem there was at least some overlap of the data
file with your map area.

I do not know why you are using a SCALE processing option.  The imagery
is already 8bit, not floating point, so there should be no need to
dramatically rescale.

Don't worry too much about the debug output about NODATA value 0 being
ignored.  At worst this should mean that nodata areas will actually
be drawn.  It should not mean that things show up transparent when they
are not.

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

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users