Raphael Quast

hey, I've just stumbled across the same problem... a quick and dirty fix that worked for me is to go to `lib\site-packages\owslib\wmts.py` and add a simple `try-except` to the `restonly()`...

Hey, thanks for pointing this out! (and sorry for the late response... I was on holiday 🏕️) From your issue I guess you've installed EOmaps via pip into an environment...

Hey, that's good news, thanks for reporting back! ... and yes, using anaconda could definitely be the cause of the problem since anaconda pre-installs a lot of packages (including numpy)...

yep, I agree that it should be possible to allow using the "histogram on top of a colorbar" feature independent of EOmaps. (Could be quite useful as an "enhanced colorbar"...

hey, I've started running into that same issue (nothing changed with the environment and it just started failing without any noticeable reason) any updates on this? (I've updated the actions...

Hey, thanks for the response! Here's a link to one of the tests that kept failing during the installation without any descriptive info on what's going on: https://github.com/raphaelquast/EOmaps/runs/6589957054?check_suite_focus=true I did...

hey, of course that's possible! 🙂 I've used the following environment for testing: [conda-yml for EOmaps](https://github.com/raphaelquast/EOmaps/blob/v4.1/tests/test_env.yml) ...and the tests on GitHub were running on "Ubuntu latest" (according to https://github.com/actions/virtual-environments this...

any update on this? dynamically zooming shared axes seems to be still broken in cartopy 0.19.0

I've implemented a crude fix that works nicely if the axes share the same projection in [EOmaps](https://github.com/raphaelquast/EOmaps) (a library for interactive cartopy-maps I'm developing) Here's a stripped-down version of what...

hey, thanks for the quick response! I'm on Windows using `Qt5Agg` at the moment... I've checked and you are right... the `tkagg` backend seems to work just fine... There are...