search

emf-creaf / forestables

Read and uniformize forest inventories data from the FIA (USA forest inventory), FFI (France forest inventory) and IFN (Spain forest inventory) from R
https://emf-creaf.github.io/forestables/
Other
6 stars 1 forks source link

IFN provinces with issues #22

Open miquelcaceres opened 1 week ago

miquelcaceres commented 1 week ago

At present, forestables does not yield errors when processing IFN3. For IFN2, only in province "42" (Soria) the data cannot be processed. For IFN4 the situation is worse, but it is partly due changes in the official data.

MalditoBarbudo commented 1 week ago
MalditoBarbudo commented 1 week ago

Fixed in devel

MalditoBarbudo commented 1 week ago

I've been looking a litlle more in the IFN4 issue. I'm convinced (but I can't be sure) that the broken links in the IFN download page has something to do with conflicts with the file encodings. In fact (see #19), files that have special characters ("ñ", "á", "ó"...) are most of the times not recognised with any unzipping R package I tried, and using the user local zip library (if installed) not always yield the same character. I suspect (again, I can't be sure), IFN4 files have not been updated to UTF-8 and the locale in which they were saved was the default in the Windows computer at the moment of creating the files, somewhat different to default Latin-1.

Again, the conclusion is the same. We can not do anything until they fix the broken links and we can explore how the files can be correctly downloaded, unzipped and we have the standard names of the files inside. If we use old files previously downloaded, we risk to implement a workflow that will fail with the new files, forcing an update to users.

I'm gonna left this issue open, to remind ourseleves to check from time to time the status of the links in the IFN4 download page.

miquelcaceres commented 1 week ago

Thanks Victor. This was already of help for IFN2 and I agree with you that it is safer for us to wait.