Ben
@dutri001 I can take look into this issue if you haven't already done so (locally)
Ok, I have a work-around for now @ 7b7529ac3cad4db72463d2f508db0b78243fc8f5, but I'll keep this issue open while I look into your suggested approach.
This doesn't work on Windows. It reads the string in literally and returns a `not recognised as a supported file format` error. I can't check on my Mac, because I...
It appends `C:\vsizip` to the full path of the filename, so in my case it looks something like `C:\vsizip\D:\...\bfastSpatial\external\LE70230282011250EDC00_sub.zip\LE70230282011250EDC00_sr_band1.tif`. So the problem is not with the slashes, because they are...
You can read in directly as a virtual file system. See https://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip But it's not clear to me yet how this works in windows.
I've pushed a new branch with these two functions - check them out and see how you can fit them into your workflow
@loicdtx thanks for doing this and feel free to assign anything to me - I should have more time next week to look at it. If you make changes to...
This should work: 67311c7885d41aec4b16af78a2f0231539617f4f. We can add further checks (e.g. validity of file path) later, if needed.
Why are you only using imagery from 2005 onwards? How is your history period defined? High seasonality in tropical dry forests is known to create complications in bfastmonitor. Check out...
For large area mapping applications this is indeed an issue, but I'm also not sure how important it is if only 2-4 neighbouring scenes are involved. See methods of Potapov...