<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>Hello Marco,</span></div><div><br><span></span></div><div><span>Yes, this way it becomes much more practical and easy! Actually, I noticed this detail because I was adding a layer served by QGISMapserver in another mapfile using Mapserver v. <6.0, with </span>wms_server_version<span> 1.3.0, and gave error because MapServer does not support WMS 1.3.0 (maybe version 6.0 already supports, I have not checked yet). Just put the </span>wms_server_version<span> 1.1.1 to work perfectly!</span></div><div><br></div><div><br></div><div>Best regards,</div><div>Pedro<br></div><div><br></div><div><br></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><font size="2" face="Arial"><hr size="1"><b><span
style="font-weight: bold;">From:</span></b> Marco Hugentobler <br></font><br>
Hi Pedro<br><br>QGIS server is intentionally more tolerant than the standard. Because it <br>officially supports version 1.3. However, most clients use 1.1.1 or even a <br>different version. Therefore, QGIS server replies to all versions (with a few <br>slight changes if 1.1.1). In general, this works well. <br><br>With a strict version check, most clients would just see a 'version not <br>supported' exception.<br><br>Regards,<br>Marco<br><br><br>Am Montag, 20. Juni 2011, 10.36:14 schrieb Pedro Venâncio:<br>> Hello Andreas,<br>> <br>> For me, as a user, this is even good! However, as the standard states that<br>> the VERSION parameter is required, I thought this could be a server<br>> glitch.<br>> <br>> Like you, at first sight, this does not seem a problem to me, quite the<br>> opposite, but there may be some inconvenience, since it does not conform<br>> to the standard.<br>> <br>> Best regards,<br>> Pedro<br>>
<br>> <br>> <br>> <br>> <br>> ________________________________<br>> From: Andreas Neumann <br>> <br>> HI Pedro,<br>> <br>> Are you sure this is really a problem? Any special reasons why QGIS server<br>> should refuse to deliver GetMap when the version parameter is omitted? Are<br>> there any interoperability problems with it?<br>> <br>> To me it seems that QGIS server is just more tolerant here - and I<br>> personally do not care. But there may be reasons that I am unaware of.<br>> <br>> Andreas<br>> <br>> On Sun, 19 Jun 2011 15:39:33 -0700 (PDT), Pedro Venâncio wrote:<br>> > Hello,<br>> > <br>> > I found that there is something that is not well in QGIS mapserver,<br>> > because in the GetCapabilities response appears the version 1.3.0:<br>> > <br>> > However, if you make a GetMap request in the browser, it responds even<br>> > without the VERSION
parameter. This is strange, because this is a<br>> > required parameter of the GetMap operation, and should launch an<br>> > exception indicating the missing parameter, but instead the browser<br>> > returns the map normally.<br>> > <br>> > The request I am making is this:<br>> > <br>> > <br>> > http://localhost/cgi-bin/teste_qgismapserver/qgis_mapserv.fcgi?REQUEST=Ge<br>> > tMap&SERVICE=WMS&LAYERS=perigosidade_rgb&STYLES=default&SRS=EPSG:20790&BB<br>> > OX=283823,414006,290611,418260&WIDTH=600&HEIGHT=600&FORMAT=image/png&EXCE<br>> > PTIONS=application/vnd.ogc.se_xml<br>> > <br>> > and the answer, regardless of whether or not the VERSION parameter, is<br>> > the image attached.<br>> > <br>> > This is not strange?<br>> > <br>> > (I am using Ubuntu 10.04).<br>> > <br>> > Best regards,<br>> >
Pedro Venâncio<br>> <br>> -- --<br>> Andreas Neumann<br>> Böschacherstrasse 10A<br>> 8624 Grüt (Gossau ZH)<br>> Switzerland<br>> _______________________________________________<br>> Qgis-developer mailing list<br>> <a ymailto="mailto:Qgis-developer@lists.osgeo.org" href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>> http://lists.osgeo.org/mailman/listinfo/qgis-developer<br><br><br>-- <br>Dr. Marco Hugentobler<br>Sourcepole - Linux & Open Source Solutions<br>Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland<br><a ymailto="mailto:marco.hugentobler@sourcepole.ch" href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a> http://www.sourcepole.ch<br>Technical Advisor QGIS Project Steering Committee<br>_______________________________________________<br>Qgis-developer mailing list<br><a ymailto="mailto:Qgis-developer@lists.osgeo.org"
href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br><br><br></div></div></div></body></html>