fix OGC API coverages subset and datetime not forwarded

[fmigneault]

Fixes needed for OGC TB-20 TIEs.

Some parameters are not forwarded to the coverage endpoint, causing requests to be refused by servers that consider the subset to be too large to return reasonably.

[geographika]

@fmigneault @tomkralidis - the failing test is due to making an external request in the offline testing. Adding the decorator @pytest.mark.online to test_ogcapi_build_url should fix this:

OWSLib/tests/test_ogcapi_records_pycsw.py

Line 76 in 8c7effc

def test_ogcapi_build_url(path, expected):

It looks like creating any OGC API class will make an HTTP directly on __init__ - I think this differs from WMS/WFS where the class can be created and then HTTP requests made with a different call.

OWSLib/owslib/ogcapi/__init__.py

Line 68 in 8c7effc

response = http_get(self.url, headers=self.headers, auth=self.auth).json()

[tomkralidis]

@fmigneault @tomkralidis - the failing test is due to making an external request in the offline testing. Adding the decorator @pytest.mark.online to test_ogcapi_build_url should fix this:

OWSLib/tests/test_ogcapi_records_pycsw.py

Line 76 in 8c7effc

def test_ogcapi_build_url(path, expected):

+1

It looks like creating any OGC API class will make an HTTP directly on __init__ - I think this differs from WMS/WFS where the class can be created and then HTTP requests made with a different call.

OWSLib/owslib/ogcapi/__init__.py

Line 68 in 8c7effc

response = http_get(self.url, headers=self.headers, auth=self.auth).json()

Not sure. WMS support always does a GetCapabilities on init.

[fmigneault]

I've added more tests (all passed) for the various kw updates related to OGC API coverages.
Failing tests are unrelated to this PR (records and csw tests).

[tomkralidis]

Can this be removed?

[fmigneault]

I can remove it, but this is the new location that JetBrains IDE favor to store configurations instead of .idea/, so they might be introduced by someone unintentionally.