Error when running trainDI / aoa example

[joheisig]

Hi Hanna,
when running the example code from the function reference of aoa() or trainDI() I get the following error from the trainDI()call:

> #...then calculate the DI of the trained model:
> DI = trainDI(model=model)
negative weights were set to 0
Error in get.knnx(data, query, k, algorithm) : 
 DLL requires the use of native symbols

The example uses the default arguments (method = "L2"). For method = "MD" there is no error.

I couldn't figure out a workaround so far. Only lead I found was this thread.
Thanks for your help!

Session info

R version 4.3.0 (2023-04-21)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 22.04.2 LTS

Matrix products: default
BLAS:   /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.10.0 
LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.10.0

locale:
 [1] LC_CTYPE=en_US.UTF-8       LC_NUMERIC=C               LC_TIME=en_US.UTF-8        LC_COLLATE=en_US.UTF-8    
 [5] LC_MONETARY=en_US.UTF-8    LC_MESSAGES=en_US.UTF-8    LC_PAPER=en_US.UTF-8       LC_NAME=C                 
 [9] LC_ADDRESS=C               LC_TELEPHONE=C             LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C       

time zone: Europe/Vaduz
tzcode source: system (glibc)

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

other attached packages:
 [1] latticeExtra_0.6-29 viridis_0.6.2       viridisLite_0.4.0   caret_6.0-90        lattice_0.21-8      ggplot2_3.4.2      
 [7] terra_1.5-21        CAST_0.8.1          dplyr_1.1.2         sf_1.0-12          

loaded via a namespace (and not attached):
 [1] gtable_0.3.0         recipes_1.0.6        vctrs_0.6.2          tools_4.3.0          generics_0.1.2      
 [6] stats4_4.3.0         parallel_4.3.0       tibble_3.2.1         proxy_0.4-26         fansi_1.0.2         
[11] pkgconfig_2.0.3      ModelMetrics_1.2.2.2 Matrix_1.5-4.1       KernSmooth_2.23-20   data.table_1.14.2   
[16] RColorBrewer_1.1-2   lifecycle_1.0.3      FNN_1.1.3            compiler_4.3.0       stringr_1.5.0       
[21] munsell_0.5.0        codetools_0.2-19     class_7.3-21         prodlim_2019.11.13   pillar_1.9.0        
[26] MASS_7.3-59          classInt_0.4-3       gower_1.0.0          iterators_1.0.14     rpart_4.1.19        
[31] foreach_1.5.2        nlme_3.1-162         parallelly_1.30.0    lava_1.6.10          tidyselect_1.2.0    
[36] digest_0.6.29        stringi_1.7.6        future_1.24.0        reshape2_1.4.4       purrr_1.0.1         
[41] listenv_0.8.0        splines_4.3.0        grid_4.3.0           colorspace_2.0-2     cli_3.6.1           
[46] magrittr_2.0.2       randomForest_4.7-1.1 survival_3.5-3       utf8_1.2.2           future.apply_1.8.1  
[51] e1071_1.7-9          withr_2.5.0          scales_1.2.1         lubridate_1.8.0      jpeg_0.1-9          
[56] globals_0.14.0       nnet_7.3-18          gridExtra_2.3        timeDate_3043.102    png_0.1-7           
[61] hardhat_1.3.0        rlang_1.1.0          Rcpp_1.0.10          glue_1.6.2           DBI_1.1.2           
[66] pROC_1.18.0          ipred_0.9-12         rstudioapi_0.13      R6_2.5.1             plyr_1.8.6          
[71] units_0.8-0         

[HannaMeyer]

Hi Johannes, I cannot reproduce the error. Since the issue is from some months ago: do you still get the error after updating the packages (including CAST version 0.9.0 from CRAN or the developer version from Github) ?

[joheisig]

Hi Hanna,
the error is resolved when updating to CAST version 0.9.0.
Thanks!