Mapserver and SLDs
Kralidis,Tom [Burlington]
Tom.Kralidis at EC.GC.CA
Mon Feb 28 15:06:27 PST 2005
Hi,
Maybe it's a port thing? i.e. the mapeco WMS has to connection to port
9999 for the SLD. Some orgs have these locked down. You may want to
check with the contact for this WMS.
..Tom
=========================
Tom Kralidis
Senior Systems Scientist
Environment Canada
Tel: +01-905-336-4409
http://www.ec.gc.ca/
> -----Original Message-----
> From: UMN MapServer Users List
> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Adam Quiney
> Sent: Monday, 28 February, 2005 16:35
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] Mapserver and SLDs
>
>
> Hello all,
>
> I'm working on an application that (in part) dynamically
> generates SLDs, then publishes these SLDs through a Java
> servlet. I've enjoyed reasonable success so far, but have
> hit a glitch when trying to test against this specific
> server: (http://wms1.agr.gc.ca/cgi-bin/mapeco).
>
> Our application works by allowing the user to specify styling
> information, then publishing this information as an SLD
> document, through a Java Servlet. This technique has worked
> with all of the servers so far, though with your server, I
> seem to run into problems
> with the fact that I am using a Servlet to publish this
> information. I
> have checked to make sure that the servlet is reachable from
> the outside web, and that the SLD document being generated is
> indeed correctly formed and valid to the SLD 1.0.0
> specification. In order to ensure that the error is not
> occuring due to a clash of layer stylings (or something else
> along those lines), I have changed the SLD generating servlet
> to simply return the same string everytime it is called -
> this string provides valid styling (in the form of a
> complete SLD document) for the "ecodistricts" layer made
> available by this server. When I attempt to pass the URL to
> this servlet in the query string to the server, the layer is
> not styled according to the SLD document. The full URL I am
> using is:
>
> http://wms1.agr.gc.ca/cgi-bin/
> mapeco?VERSION=1.1.1&REQUEST=GetMap&LAYERS=ecodistricts&STYLES
> =&SLD=htt
> p://office.refractions.net:9999/imf-ows/
> SLDGenerator&SRS=EPSG%3A4269&BBOX=-138.0,45.438244853737814,-
> 114.0,63.561755146262186&WIDTH=923&HEIGHT=697&FORMAT=image/
> png&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage&
>
> The interesting thing is, when I copy the output from my
> servlet, and paste and save it into a web-accessible file
> (with either the extension .sld or .xml), I can provide the
> URL to this file in my request (instead of the URL to the
> servlet), and the layer is returned, styled according to the
> SLD document. I have not encountered this problem in any
> other case. To see the layer being styled correctly, use this URL:
>
> http://wms1.agr.gc.ca/cgi-bin/
> mapeco?VERSION=1.1.1&REQUEST=GetMap&LAYERS=ecodistricts&STYLES
> =&SLD=htt
> p://office.refractions.net/~aquiney/
> popplace.xml&SRS=EPSG%3A4269&BBOX=-138.0,45.438244853737814,-
> 114.0,63.561755146262186&WIDTH=923&HEIGHT=697&FORMAT=image/
> png&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage&
>
> The xml file can be viewed here:
>
> http://office.refractions.net/~aquiney/popplace.xml
>
> You can view the output generated by the servlet here:
>
> http://office.refractions.net:9999/imf-ows/SLDGenerator
>
>
> Is it possible to somehow configure mapserver in a manner
> that would prevent the passing of an SLD document this way?
> Has anyone else ever encountered this problem?
>
> Thanks a lot,
>
> --Adam
>
> --
>
> Adam Quiney
> Analyst
> Refractions Research Inc.
>
More information about the MapServer-users
mailing list