<div dir="ltr"><div><div><div><div>Hi,<br></div>I'm not sure to well understand the question due to my poor english.<br><br></div>But, the wfs 1.1.0 specs will allow the sort clausole adding this parameter in the url request:<br>
</div>It is allowable also in a post request.<br><br></div>This example:<br><br><div><div>...&sortBy=field1+D,field2+A<br><br><br></div><div>will sort on field1 ascending and field2 descending.<br><br></div><div>Andrea.<br>
<br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/24 Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le dimanche 24 novembre 2013 00:42:23, Martin Kofahl a écrit :<br>
<div class="im">> Hi Even,<br>
> amazing work you've done!<br>
><br>
> After reading through the rfc I'm convinced that, regarding paging support,<br>
> we should require an order statement for rdbms connections or at least<br>
> mention it in the docs and all sample mapfiles (wfs_200_cite_postgis.map),<br>
> as unexpected getfeature responses are likely to occur (think of load<br>
> balancers).<br>
<br>
</div>I'm not sure we must enforce it in code (the table refered in the mapfile could<br>
be a view that has already a ORDER BY clause, and we wouldn't know), but<br>
perhaps we can strongly recommand it in the doc.<br>
<div class="im"><br>
> Then i wondered about the wfs_cite_wfs2 flag. According the the<br>
> wfs spec the service parameter is mandatory (7.6.2.3), so this might be<br>
> more a cite issue.<br>
<br>
</div>Yes, the service parameter is mandatory, but the following CITE test tries to<br>
check server behaviour when a mandatory parameter is missing<br>
<br>
<br>
    /**<br>
     * A GET request that omits a mandatory query parameter must produce a<br>
     * response with status code 400 (Bad Request) and an exception report<br>
     * containing the exception code {@code MissingParameterValue}.<br>
     *<br>
     * @see "ISO 19142:2010, cl. 7.5: Exception reporting"<br>
     * @see "OGC 06-121r3, cl. 8: Exception reports"<br>
     * @see "OGC 06-121r3, cl. A.4.1.5: HTTP response status code"<br>
     */<br>
    @Test<br>
    public void getCapabilities_missingServiceParam() {<br>
<br>
Unfortunately they've chosen the SERVICE parameter as a missing parameter,<br>
which is annoying when the server also implement other protocols. That would<br>
have been better if they had chosen VERSION in a DescribeFeatureType request<br>
for example.<br>
<div class="im"><br>
> Will you remove the flag when all testing is done?<br>
<br>
</div>Not in that file, since it is used for testing of CITE compliance. But in<br>
normal mapfiles that don't try to be CITE pedantic, it is unnecessary.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> Kind regards,<br>
> Martin<br>
><br>
><br>
><br>
> 2013/11/21 Even Rouault <<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>><br>
><br>
> > Hi,<br>
> ><br>
> > As I announced a few weeks ago, WFS 2.0 implementation + Inspire Download<br>
> > Services was in the works.<br>
> > Please find <a href="http://www.mapserver.org/development/rfc/ms-rfc-105.html" target="_blank">http://www.mapserver.org/development/rfc/ms-rfc-105.html</a> for<br>
> > review. A candidate implementation is available in a branch mentionned in<br>
> > the<br>
> > RFC.<br>
> ><br>
> > Best regards,<br>
> ><br>
> > Even<br>
> ><br>
> > --<br>
> > Geospatial professional services<br>
> > <a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
> > _______________________________________________<br>
> > mapserver-dev mailing list<br>
> > <a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
> > <a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
<br>
--<br>
Geospatial professional services<br>
<a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
_______________________________________________<br>
mapserver-dev mailing list<br>
<a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a></div></div></blockquote></div><br><br clear="all"><br>-- <br>-----------------<br>
Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
</div>