Overlaid files and missing files in FOI2009.zip's yamal/ directory (Update: not missing)
As I detailed on 4 Sep, the files in the
yamal/ directory of the SwiftHack archive
FOI2009.zip were apparently unpacked by the SwiftHacker (before repackaging) in five batches. Here's what I think went on with the 1 Oct 2009 17:08:48 batch, which I shall call Batch II:
(click for a larger version)
briffa-, but the
treering- external/ ecat/ yamal/
read.mefile has been overlaid with something different. The latter
read.metext itself suggests that it comes from an update to the earlier data -- which may explain the overlaying.
More interestingly, the latter
read.mementions several other files and data sets:
dens/rw/. (It also mentions
82/, but it's probably different from what's in
treering-external/ ecat/ yamal/ rw/ 82/
93.lstbut not any
93/subdirectory? Did the SwiftHackers have access to this data; if they did, why didn't they add the data in; and if not, why not?
Update 2010-11-27: Tweaked the diagram to clarify the file renaming.
Update 2010-12-05: Apparently the files originally in
93/etc. weren't actually missing, just converted to a different form. I also lay out my theory of what the SwiftHackers were thinking when they did all this.