Yes, I saw a problem as well: adding a public WCS: https://geodata.nationaalgeoregister.nl/ahn3/wcs gave:
'NoneType' object has no attribute 'identification'
that is : "like with wfs.py": ``def WebFeatureService(url, version='1.0.0', xml=None, parse_remote_metadata=False,..```
``
Still: if no version param is passed to https://github.com/geopython/OWSLib/blob/master/owslib/wcs.py#L23 like in https://github.com/geopython/GeoHealthCheck/blob/master/GeoHealthCheck/healthcheck.py#L73, var
ows will be None...
ok version is set at https://github.com/geopython/OWSLib/blob/master/owslib/wcs.py#L33...
but like in my case
version is set to 2.0.1 when no version provided to the OWS, which falls through, as the highest version supported is 1.1.1 in https://github.com/geopython/OWSLib/blob/master/owslib/wcs.py#L36, also seen in debugger...
a quickfix for https://github.com/geopython/GeoHealthCheck/blob/master/GeoHealthCheck/healthcheck.py#L73, tested, is to call wcs.py with version:
ows = WebCoverageService(url, version='1.0.0')
but IMO the long-term fix is to support WCS v2.* in OWSLib
@tomkralidis but shall I add the quickfix for now:
ows = WebCoverageService(url, version='1.0.0') on https://github.com/geopython/GeoHealthCheck/blob/master/GeoHealthCheck/healthcheck.py#L73 pending WCS v2.* support in OWSLib?
Found https://github.com/geopython/OWSLib/pull/349/ for WCS 2 support. PR is closed but not merged it seems. A QA thing?
Hello GeoHealthCheck peeps- I have a question about the admin email. I need to change this from what I originally set up- I've tested the new email account using sendmail on the server and it works, but when I change the config in instance/config_site.py and restart GeoHealthCheck it doesn't send emails. If I switch back to my old email account, it works fine. Am I missing something? Do I need to redo the paver steps or something like that?
Hello again GeoHealthCheck peeps- I have tracked down my email notification emails and narrowed it down to two problems, which might be specific to gmail. Firstly I was getting inconsistent results (some emails not being sent) when the from address and to address were the same, eg both equal to the value of GHC_ADMIN_EMAIL. Secondly I had to tweak the format of the actual message. This has meant changes to the email notifications template, notifications.py, and the site config ( to add another email account). I would like to submit a pull request for all of this but it will be incomplete because of potential changes to docker and setting up instance/config-site.py from a master (I presume). Would you like me to submit what I have anyway? It probably needs a lot of reviewing for consistency etc
I'm uncertain whether they count as bugs or not. All I can say is that I had trouble using a gmail forwarding account for the email, and we tracked it down to the way the message was constructed by geohealthcheck. Having the ability to have a separate email for notifications is an enhancement, I suppose. I'll submit a pull request with my changes for discussion.
Hello!
Just stumbled across GeoHealthCheck and wonder what linux distro will give me the easiest install of this package?
Have tried 64bits versions of ubuntu 16.04 and 14.04, but I quickly run into troubles with the paver setup.
I do not have enough time to debug at this level :-)
Using digitalocean.com which supports all major distros and versions.
Thanks
Just stumbled across GeoHealthCheck and wonder what linux distro will give me the easiest install of this package?
Have tried 64bits versions of ubuntu 16.04 and 14.04, but I quickly run into troubles with the paver setup.
I do not have enough time to debug at this level :-)
Using digitalocean.com which supports all major distros and versions.
Thanks
Hi @tomkralidis,
All sorted now. Python3 is now the default python version on Ubuntu 16.04LTS, but virtualenv handles this without any problems:
user@host:~# virtualenv ghc && cd ghc
The executable python2 (from --python=python2) does not exist
user@host:~# apt-get install python2.7
user@host:~# which python2.7
/usr/bin/python2.7
user@host:~# virtualenv --python=/usr/bin/python2.7 ghc
The rest of the install went flawlessly.
Thanks for excellent instructions and an interesting package!
Hi Tom and GHC folks! Can we discuss GHC code sprint https://wiki.osgeo.org/wiki/Daytona_Beach_Code_Sprint_2017 stuff here?
sounds like v2 is the discussion
so then we could cut a
0.1.0 tag and then move forward with a re-arch
Yes, this is also called "tags", like in blogs. There are many examples, e.g. http://pieceofpy.com/category/sqlalchemy/2
Also for simplicity of implementation.
One use case is DTAP: we run e.g. the same services in different environments (Dev, Test, Acceptance, Production)
Or Projects:projectX, projectY etc
One issue is if tags are "global" or tied to a user. i.e. can anyone add/delete tags?