Notice that the picture order is completely wrong. Since the ordering by EXIF time stamp was added to the upload script I was surprised by this. But it turns out I had a file named .GOPR1874.JPG.DRuZYO in the directory. It was zero bytes in size and looks like something left over from either an interrupted rsync or maybe a batch imagemagick job. But it was enough to cause the exist_timestamp variable on line 359 to be set to false which then disabled EXIF sorting on the whole batch. This caused sorting to fall back to mtime which is completely jumbled up for some reason in this directory.
I'm thinking the upload script should either ignore hidden files (granted, "hidden" files on a unix system is just a naming convention...) or maybe only upload files with .JPG at the end. Or both?
I just uploaded this sequence: http://openstreetview.com/details/27578/0
Notice that the picture order is completely wrong. Since the ordering by EXIF time stamp was added to the upload script I was surprised by this. But it turns out I had a file named
.GOPR1874.JPG.DRuZYO
in the directory. It was zero bytes in size and looks like something left over from either an interrupted rsync or maybe a batch imagemagick job. But it was enough to cause theexist_timestamp
variable on line 359 to be set to false which then disabled EXIF sorting on the whole batch. This caused sorting to fall back tomtime
which is completely jumbled up for some reason in this directory.After I deleted this file, the sequence uploaded in the correct order here: http://openstreetview.com/details/27580/0
I'm thinking the upload script should either ignore hidden files (granted, "hidden" files on a unix system is just a naming convention...) or maybe only upload files with
.JPG
at the end. Or both?