[Mapserver-users] Why Mapserver GML does not validate with XMLSpy

[Steve Lime]

I've not found any documentation that shows & as being acceptable as
part of the CGI spec (&,= and + are reserved characters). It's ok as
part of URI's and there is agreement that CGI and URI specs don't mesh
well. I'm not sure there's anything to fix...

Steve

>>> Bart van den Eijnden <bartvde at xs4all.nl> 6/17/2004 1:59:25 PM >>>
Hi Daniel,

what the XMLSpy people are saying is that using & in a URL to a CGI
is 
valid.

If I click on the link I do not get the schema back, I get a service 
exception report that the version is missing. Or if I use & instead
of 
& even before the service=WFS name-value pair, I get the "mapserv():
Web 
application error. No template provided." error. So mapserv CGI only 
interprets name value pairs if they are separated by & instead of
&.

Is this something Windows specific perhaps, you are probably on Linux
when 
clicking the URL in a browser? XMLSpy is on Windows as well ofcourse.

Best regards,
Bart

On Thu, 17 Jun 2004 14:23:53 -0400, Daniel Morissette 
<dmorissette at dmsolutions.ca> wrote:

> Bart van den Eijnden wrote:
>> Hi Daniel,
>>
>> the guys at Altova (XMLSpy) seem to have a different opinion on this

>> subject, see:
>>
>>
http://www.altova.com/forum/forums/forum.asp?forumid=28&page=1&select=4262#xx4262xx

>
> Different opinion on what?  They wrote that the ampersand needs to be

> escaped in the instance document, which is exactly in line with what
I 
> wrote. I also added that the client needs to unescape the string 
> *before* calling the server and they suggest that this is what is
being 
> done:
>
>>
>> ...so this is the URL:
>>
http://www.vz.geodan.nl:1112/cgi-bin/mapserv.exe?map=/ms4w_20/apps/general/map/gemeentes.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=Gemeentes

>> ...being sent to the server. This is a perfectly valid
construction:
>>
>> http://www.biglist.com/lists/xsl-list/archives/200104/msg01061.html
>>
>> ...that your CGI application or web server seems to be having
problems 
>> handling correctly.
>>
>
> ... if I click on the URL above I see a XML schema as expected from a

> DescribeFeatureType response. So what's the problem exactly? What
does 
> he mean by "having problems handling correctly"?
>
> Perhaps I missed something obvious at the beginning? Is it that the 
> schema that is returned is not valid?
>
> Daniel



-- 
  
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users