<div dir="ltr"><div><div><div><div><div><div><div>Hi Alex,<br><br></div>The question is not the print capability.<br><br></div>The question is to LOST THE INTEROPERABILITY<br><br></div>If qgis response an xml that is not OGC complaint it is not interoperable with other product.<br>
<br></div>As example:<br><br>if an public Administration will eed to do a cascading wms with the server wms of another public administration.<br></div>The server before of all call for a GetCapability.<br><br>If the response has a tag proprietary. If fail.<br>
</div>This need Not Interoperable.<br><br></div><div>I dont say do not do a getprint.<br><br>I say remove tha tag GetPrint from the GetCapabilities response.<br></div><div>It is not a OGC tag and so that response is not interoperable as requested from Inspire specification.<br>
<br></div><div>Regards,<br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-07 20:36 GMT+02:00 Alex Mandel <span dir="ltr"><<a href="mailto:tech_dev@wildintellect.com" target="_blank">tech_dev@wildintellect.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 06/07/2014 11:19 AM, Andrea Peri wrote:<br>
> Hi,<br>
><br>
> AFAIK the qgis server is not complaint with Inspire.<br>
><br>
> This beacausethe Response to GetCapabilities is not responding to the<br>
> requisite that the OGC will require for it.<br>
><br>
> Originally the qgis was simply generate an incompatible response for the<br>
> XSD of OGC.<br>
><br>
> The response is ncompatible for thre thinks:<br>
><br>
> 1) the GetCapabilities is in the wrong namespace.<br>
> This is a silly question anc could be easily resolved.<br>
><br>
> 2)<br>
> The presence of the GetStyle that is dismissed from OGC wms 1.3.0.<br>
> Please notice that the Inspire require the WMS 1.3.0 .<br>
> To resolve this the QGIS groups has copied the XSD of OGC and modifica it<br>
> to redirect to a different XSD not in the OGC site.<br>
><br>
> 3) The presence of a Proprietary tag inserted without any reference to any<br>
> standard.<br>
> The GetPrint.<br>
> This is not present in any other product.<br>
><br>
> My question is for any person of a Public Administration that plan or are<br>
> funding QGIS.<br>
><br>
> In Europe the Inspire directive will ask to promove the Interoperability.<br>
><br>
> The interoperability strategy ask that every produc that allow the inspire<br>
> directive will speak the same language using the same tags and<br>
> functionality.<br>
><br>
> The QGIS solution to add a proprietary tag and to write a own different xsd<br>
> that overlap the standard OGC xsd will create the presuppost (AFAIK) to<br>
> vilate the Inspire directive.<br>
><br>
> If this is true A Public Administration should not use the QGIS.<br>
><br>
> This is a realproblem for us that invest many fund on qgis.<br>
><br>
> So I like toknow the opinion of other public administration.<br>
><br>
> Before still fund a product that seem to violate the Inspire directive<br>
> principles.<br>
><br>
> Thx,<br>
><br>
><br>
<br>
</div></div>To me the question is flipped. What needs to be funded, probably by EU<br>
agencies to ensure INSPIRE compliance of QGIS Server?<br>
It looks like you've put together the list of what needs to be fixed, so<br>
the target should be easier. I am little puzzled about not allowing for<br>
extra functions that are not in the standard. Unless the WMS has a print<br>
standard an extra print add-on doesn't break any expectations. Who<br>
knows, maybe that should be submitted as an extension to WMS.<br>
<br>
<br>
Note, this should have no effect on funding and usage of QGIS desktop.<br>
Maybe Paolo has good numbers on if EU agencies are funding Server vs<br>
Desktop features.<br>
<br>
Thanks,<br>
Alex<br>
<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
</div>