<div dir="ltr"><div>Hi Even,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 24, 2019 at 4:52 AM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Just a quick note to mention, to avoid any potential duplication of work if <br>
someone else is about to do that, that in the coming weeks I'll work on adding <br>
support for "OGC API - Features" (previously known as WFS3) on the client <br>
side, now that it is about to be finalized to its 1.0 version.<br><br></blockquote><div><br></div><div>Great news - exciting!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">But the WFS provider has something which is <br>
quite useful for the OAPI-F context, which is the local Spatialite-based cache <br>
& the background download capability. Extracting that from the WFS provider <br>
and be generic enough for multiple providers could be quite involved.<br><br></blockquote><div><br></div><div>Whichever path you take, it would be fantastic to use the same codebase for the WFS Spatialite based cache as it is well used and tested.<br></div><div><br></div><div>Cheers</div><div>Jeremy</div><div> </div></div></div>