You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that although SDS can have a length > 1 it is hard coded to process only the first item SDS[[1]] (here, here, here, here and here) and overwrite any previous saved files.
For instance, if SDS is of length 2 and is passed to sf::gdal_utils() then gdalSDS is also of length 2 and this causes the error.
Normally, the 'source' parameter of the 'sf::gdal_utils' function can take more than 1 files however this is not the case.
I think due to the fact that only the first item of SDS is processed then it might be proper to use either the first index in gdalSDS or the last index (if it's the most updated or if it represents a different orbit). Although, I think it would be wise to compute the file size of all available products and pick the one with the highest coverage (bigger size).
@MatMatt, @fdetsch this issue is another case where the runGdal() function throws the error
but it's not related to PR96
It seems that although SDS can have a length > 1 it is hard coded to process only the first item SDS[[1]] (here, here, here, here and here) and overwrite any previous saved files.
For instance, if SDS is of length 2 and is passed to sf::gdal_utils() then gdalSDS is also of length 2 and this causes the error.
Normally, the 'source' parameter of the 'sf::gdal_utils' function can take more than 1 files however this is not the case.
I think due to the fact that only the first item of SDS is processed then it might be proper to use either the first index in gdalSDS or the last index (if it's the most updated or if it represents a different orbit). Although, I think it would be wise to compute the file size of all available products and pick the one with the highest coverage (bigger size).
at least this works in my case.
Another option would be to add a for-loop and iterate over all available files,
but I don't know if the default behavior is to overwrite previous files in case of multiple files.
This issue might be related with issue 93
The text was updated successfully, but these errors were encountered: