<div dir="ltr">GeoServer has a strict configuration option to follow the specification exactly (raising exceptions for incomplete requests such as this one). With strict turned off GeoServer does its best to be somewhat forgiving of requests (when a sensible assumption can be made).<div><br></div><div>The WMS version negotiation is intended to happen with GetCapabilities via "version number negotiation", it would be sensible to follow the same pattern if version is neglected from a GetMap request.</div><div><br></div><div>> 6.2.4 Version number negotiation</div><div>> ...</div><div>><span class="gmail-Apple-converted-space"> </span><span style="font-family:ArialMT;font-size:10pt;color:rgb(0,0,0)">If the server does not support the requested version, the server shall respond with output that conforms to a version it does support, as determined by the following rules:</span><br></div><div>><span class="gmail-Apple-converted-space"> </span><br></div><div>> ⎯ If a version unknown to the server and higher than the lowest supported version is requested, the server shall send the highest version it supports that is less than the requested version.<br>><span class="gmail-Apple-converted-space"> </span>⎯ If a version lower than any of those known to the server is requested, then the server shall send the lowest version it supports.<br>><span class="gmail-Apple-converted-space"> </span>⎯ If the client does not support the version sent by the server, it may either cease communicating with the server or send a new request with a different version number that the client does support.<br></div><div><br></div><div>--<br><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Jody Garnett</div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 7 Oct 2021 at 03:29, Dirk Stenger <<a href="mailto:stenger@lat-lon.de">stenger@lat-lon.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
  

    
  
  <div>
    <pre>Hi all,

We have following problem and are interested in the opinion of other implementers of the WMS 1.3 specification.

For example, a GetMap request is sent to a deegree service:
* <a href="https://inspire.brandenburg.de/services/ef_sem_wms?BBOX=228152.00000000%2C5690412.00000000%2C493382.00000000%2C5939023.00000000&CRS=EPSG%3A25833&FORMAT=image%2Fpng&HEIGHT=500&LAYERS=EF.EnvironmentalMonitoringProgrammes&REQUEST=GetMap&SERVICE=WMS&STYLES=EF.EnvironmentalMonitoringProgrammes.Default.Point&WIDTH=500" target="_blank">https://inspire.brandenburg.de/services/ef_sem_wms?BBOX=228152.00000000%2C5690412.00000000%2C493382.00000000%2C5939023.00000000&CRS=EPSG%3A25833&FORMAT=image%2Fpng&HEIGHT=500&LAYERS=EF.EnvironmentalMonitoringProgrammes&REQUEST=GetMap&SERVICE=WMS&STYLES=EF.EnvironmentalMonitoringProgrammes.Default.Point&WIDTH=500</a>

A map is returned instead of an exception.
Reading the specification (OGC® 06-042) this is a bug in the software implementation as version is a mandatory parameter.

However, it is not 100% clear what exception type shall be thrown as the service does not know what WMS version is requested (WMS 1.3 has its own exception schema).

In addition, we should be aware that some clients may omit the version parameter in a GetMap request.
So, a fix of this behavior might break the compatibility with some clients.
As far as we see, GeoServer also ignores a missing version.

How do you handle such cases?
How do you determine what exception shall be thrown if, for example, the version parameter is missing?
Is the compatibility to the specification or to actual implementations of clients more important?

We are looking forward to your thoughts about this issue and appreciate any help.

Kind regards,
Dirk Stenger
</pre>
  </div>

_______________________________________________<br>
Standards mailing list<br>
<a href="mailto:Standards@lists.osgeo.org" target="_blank">Standards@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/standards" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/standards</a><br>
</blockquote></div>