Re: [Jigs-devel] More on off-by-one date error

[Brendan M. <mcm...@ux...>]

> Stupid pine automagically picks mcmahan@cs not the list.

Yeah, exactly.

> Anyway, I think this is a solved problem.  I have looked into a bit more
> and it appears to do the right thing.  The major problem here is that exif
> stores months starting from index 1 (Jan == 1, Feb ==2), whereas Java
> stores dates with index 0 (Jan == 0, Feb == 1).  I changed the
> TimeDateUtil code to reflect this some time ago, but certainly not before
> whitman, etc, which is why there is that distiction.  As for the 10d...
> The jurys still out on whether or not you can correctly set the date on
> that thing! :)


It's not quite that simple, because there have been at least 3 different date 
formats that we've used.  The original whitman pictures all have dates like 
<date>
May 15, 2000 at 2:15pm
</date>
which are correct.  Then at some point you introduced seperate date and time 
fields, so it was store as the same strings, but split into two.  And 
finally, there is the jigs.date format.  So, at some point I ran 
FieldConverter to convert those earlier formats into jigs.date.  I think that 
is where the problem was introduced.  It is possible you made the change in 
TimeDateUtil after I did that conversion, or that I used some old code in the 
conversion, or that there is a bug in that code.  

So, the main question is not what EXIF does or what java does, but what WE do 
in the text files.  I assume we should be following the EXIF convention, and 
indexing from 1 (which makes the most since, because then the dates are 
basically human readable).

	- Brendan



> -B
>
> On Wed, 30 Jul 2003, Brendan McMahan wrote:
> >Ok, I looked at some more of my pictures.  Looks like the dates are
> > correct on some of them, mostly the later ones.  I'm guessing there are
> > two problems here:
> >
> >1) The date on my camera is set incorrectly.  I can confirm this when I
> > get home.
> >2) There is a bug in the code that created the jigs.date from the older
> > date formats, so dates where exif is not present are off by one.
> >
> >But, this seems weird.  I haven't actually run the code yet, but the code
> > that gets the date uses:
> >Date d = df.parse(date);  //gets day and year
> >that is, it uses a DateFormater parser to get the day and year from a
> > string like "June 7, 2000".  It seems unlikely that java would mess that
> > up.  I'll have to do some testing tomorrow.
> >
> >The incorrect entries appear to be 0-indexed month, and don't have exif
> > date info.
> >
> >Here is a summary of what's wrong with my pictures (mostly for my own
> >reference).
> >
> >Whitman is INCORRECT
> >Summer 2001 is correct (seems to have exif.creationdate)
> >Fall 2001 is INCORRECT
> >Spring 2002 is partially  incorrect, partially correct
> >Summer 2002 is correct
> >Fall 2002 is correct.
> >Spring 2003 is correct
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> >Data Reports, E-commerce, Portals, and Forums are available now.
> >Download today and enter to win an XBOX or Visual Studio .NET.
> >http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/0
> >1 _______________________________________________
> >Jigs-devel mailing list
> >Jig...@li...
> >https://lists.sourceforge.net/lists/listinfo/jigs-devel