<div dir="ltr">Hi Jukka,<div><br></div><div>Thanks for your comprehensive explanations.</div><div>I agree that Mapserver is pretty close to be 100% OGC-compliant. </div><div><br></div><div>My questions are a bit pedantic, because we have requirements for the application we develop to be OGC compliant. </div><div>Your answers give me solid arguments to defend the fact that Mapserver (and our application) has a correct behaviour. And I will use them with our client :-)</div><div><br></div><div>As of running the WCS 2.0 CITE tests against our application, I do not know if we can do it easily : it runs on private premises.</div><div><br></div><div>Thanks for your help</div><div>Philippe</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Jan 20, 2026 at 9:58 AM Rahkonen Jukka <<a href="mailto:jukka.rahkonen@maanmittauslaitos.fi">jukka.rahkonen@maanmittauslaitos.fi</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I think that you are reading the scaling extension standard correctly and a valid GetCoverage request can contain only one of the four alternative scaling operator. What is not clear to me, not by the scaling extension nor by the WCS 2.0.1 core, is what error the server should give in such case.<br>
<br>
InvalidParameterValue error is defined in OGC Common standard to mean "Operation request contains an invalid parameter value". You are right that the scaling extension defines a more exact error message for invalid scaleFactor. It is wrong on the server side, but if the WCS client follows the OGC Common standard it should still not fail "Because a client may not always know what set of exceptionCode values are being used by a server, all clients should be coded to allow exceptionCode values that it does not recognize."<br>
<br>
I think I have been running the WCS 2.0 CITE tests <a href="https://github.com/opengeospatial/ets-wcs20" rel="noreferrer" target="_blank">https://github.com/opengeospatial/ets-wcs20</a> with MapServer a few years ago and I believe that some tests were failing. From GitHub I found only this 12 years old ticket, that is resolved <a href="https://github.com/MapServer/MapServer/pull/4737" rel="noreferrer" target="_blank">https://github.com/MapServer/MapServer/pull/4737</a>. If you want to run the CITE tests and create an issue into GitHub about the failures it would be nice. If your company would appreciate the OGC WCS Compliant tag, we would appreciate all help that you can offer for achieving it.<br>
<br>
Generally speaking I would say that despite probably not being fully complient, MapServer WCS 2.0 works well for us at the National Land Survey of Finland.<br>
<br>
-Jukka Rahkonen-<br>
<br>
________________________________________<br>
Lähettäjä: MapServer-users <<a href="mailto:mapserver-users-bounces@lists.osgeo.org" target="_blank">mapserver-users-bounces@lists.osgeo.org</a>> käyttäjän Philippe Ghesquiere via MapServer-users <<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a>> puolesta<br>
Lähetetty: Perjantai 16. tammikuuta 2026 19.35<br>
Vastaanottaja: MapServer Users <<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a>><br>
Aihe: [MapServer-users] WCS 2.0 : scaling extension and exceptions<br>
<br>
Dear all,I am testing WCS 2.0 GetCoverage requests.I have some questions about the following requirements, concerning scaling extension (see OGC 12-039)1) Req 4 getCoverage-mutually-exclusiveA GetCoverage request containing a scaling operation shall contain exactly one of:Scal::scaleByFactor,Scal::scaleAxesByFactor,Scal::scaleToSize,and Scal::scaleToExtentIf a request contains more than one scaling operator, Mapserver does not complain and takes the first one it checks (see mapwcs20.cpp#L1097).Shouldn't it send an exception ?2) Req 18 getCoverage-exception:When a WCS server encounters an error while evaluating a scaleFactor or scaleExtentparameter in a GetCoverage operation it shall return an exception report message chosenas indicated in Table 7 with a locator parameter value as specified in the right columnof Table 7 for each exceptionCode listed.Exception values in table 7 are : InvalidCoverageType, InvalidScaleFactor, InvalidExtent or ScaleAxisUndefinedIf a request contains a negative value for a scale factor, Mapserver returns an exception :<ows:Exception exceptionCode="InvalidParameterValue" locator="request">   <ows:ExceptionText>msWCSParseRequest20_XMLGetCoverage(): WCS server error. Invalid scaleFactor '-0.2'.</ows:ExceptionText></ows:Exception>However, the exception type is InvalidParameterValue, which is not in table 7.Why doesn't it report the expected exception type : InvalidScaleFactor ?SincerelyPhilippeThe information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.</blockquote></div>
<font style="font-size: 9px;">The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.<br>If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.<br>Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.<br>All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.</font>