Jakub

I am now trying a lot of old tmap3 code -- I am very impressed with the messages helping to convert the code from the old syntax to the new...

``` r devtools::load_all() #> ℹ Loading climate h2022 = hydro_imgw_monthly(2022) #> /tmp/Rtmphey1As/file196d36654abf4 #> /tmp/Rtmphey1As/file196d32351d8f5 #> /tmp/Rtmphey1As/file196d356036c71 h2023 = hydro_imgw_monthly(2023) #> /tmp/Rtmphey1As/file196d3341d7c9e #> /tmp/Rtmphey1As/file196d31bb006c6 #> /tmp/Rtmphey1As/file196d36f58fb13 h2024 = hydro_imgw_monthly(2024) #> /tmp/Rtmphey1As/file196d34142d196...

One more question -- why `meteo_imgw_datastore()` returns a data.table and the rest (?) of the functions return a regular data frame? Is there a reason for this inconsistency?

For some other examples of bivariate maps with tmap see https://tmap.geocompx.org/scales#sec-bivariate-scales

@olivroy close?

Hi @raff-k -- your raised an interesting (and rather complicated) issue. I will try to give you some sense about it in the next few days.

Hi @raff-k -- sorry for waiting (I probably went too far with the analysis). You can find my initial results at https://jakubnowosad.com/multiresmetrics/output/single_landscape.html. Moreover, this topic was already investigated in many...

@raff-k at http://jakubnowosad.com/multiresmetrics/output/many_landscapes.html you can find the extended version of my results, based on 72 various landscapes. Please let me know if you have any suggestions on how to improve...

(Truth to be told: I wanted to work on this issue (and a few related ones) for the last few years, I just needed some external motivation...)

@travisz09 thanks for reporting the problem. @jannes-m could you take a look at this issue?