<div dir="ltr"><div><div>Hi,<br></div>I need to be more clear.<br></div>My english is tremendous.<br>:)<br><div><br></div><div class="gmail_extra">The Interoperability mean to have a small set of operation euals on EVERY Server WMS.<br>
<br></div><div class="gmail_extra">Equals mena same reqeust , same response.<br><br>So when a Cleit WMS send a Request of GetCapabilities, The response should be the same from QGIS-server or from GeoServer or From Mapserver.<br>
<br></div><div class="gmail_extra">The same response mean that every product use the same dialect the same tags and so on.<br><br><br></div><div class="gmail_extra">The XSD OGC is the dictionary that every wms client and server should use to know the right language and tags.<br>
<br></div><div class="gmail_extra">When the QGIS_Server response to a request GetCapbility with an XML that contains the GetPrint tags.<br></div><div class="gmail_extra">The client wms say "hey what is this ? It is not in the XSD OGC. This mean your response is wrong." </div>
<br><div class="gmail_extra">Of course there are some client wms that don0t do a validation of response, they HOPE that the response will be exactly as they exected.<br></div><div class="gmail_extra">If this is not true. They go in crash or other bad situation.<br>
<br></div><div class="gmail_extra">Again the resence of a Tag not compliant with XSD OGC will create incompatibility.<br><br></div><div class="gmail_extra">Think to a client that will parse the xml response and say:<br><br>
ok the GetLegendGraphics tag is passed now there is "this well know tag".<br><br></div><div class="gmail_extra">Instead arrive a GetPrint tags.<br><br></div><div class="gmail_extra">The client wms become crazy.<br>
<br></div><div class="gmail_extra">Of course QGIS will understand it.<br></div><div class="gmail_extra">But this is because you (qgis group) manage it to work.<br><br></div><div class="gmail_extra">But other clients don't know that tag and so they are not able to extract all the information from Capabilities response.<br>
</div><div class="gmail_extra">This is a bad practice also because create artiiciosally an incopatibility with other products.<br></div><div class="gmail_extra">Instead Inspire ask for INteroperability from every product.<br>
<br></div><div class="gmail_extra">Interoperability don't mean use all the same unique product. (This is the microsoft philosophy)<br></div><div class="gmail_extra">Interoperability mean All the product must use the same little set of command and the response at these command should be compatible (interoperable) between all of them<br>
<br></div><div class="gmail_extra">Actulally this is not true for the response xml of qgis-server at a getcapability request.<br><br>Hope to be better explain, now.<br></div><div class="gmail_extra"><br>Andrea.<br><br></div>
<div class="gmail_extra"><br><div class="gmail_quote">2014-06-07 20:49 GMT+02:00 Andrea Peri <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<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>:<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>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></div></div><br><br clear="all"><div class=""><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
</div></div>
</blockquote></div><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
</div></div>