My comments on DR 10-0001

Jesper Lund Stocholm jesper.stocholm at ciber.dk
Thu Apr 8 15:07:21 CEST 2010


Hi Gareth (all),

> -----Original Message-----
> From: Horton, Gareth [mailto:Gareth_Horton at datawatch.com]
> Sent: 8. april 2010 14:19
> To: Norbert Bollow; e-sc34-wg4 at ecma-international.org
> Subject: RE: My comments on DR 10-0001
> 
> Hi all,
> 
> The issue is probably moot in transitional, as there is an amendment
> planned to remove ISO8601 date string representations of dates from
> spreadsheet cell values to avoid catastrophic data loss issues for
> existing applications.

+1 (yes)

> I agree with Norbert that invalid dates with respect to a defined
> subset of ISO8601 should not be persisted in the SML cell value of
> Strict documents.

+1

> Unless someone can come up with a compelling real world scenario of a
> Transitional document where the existence of the 29th February 1900 is
> critical to it's validity and continued operation when converted to a
> Strict document, I see no reason for it's inclusion in Strict.  I am
> not considering simple serial value offset issues, as they can be
> easily resolved during the conversion.

I don't think this is the right way to put it. It would be relatively easy to make a spreadsheet that would be almost impossible to /programmatically/ deduce date values for (think of a serial value formatted with a custom numFmt (number format). I certainly would not like to be the one responsible for writing that parser.

I am more interesting in a "compelling real world scenario" where a T spreadsheet MUST be transformed to S unless babies are killed. The only reason I see (off the top of my head) for insisting that all T spreadsheets MUST be (easily) convertible to S is procurement - but isn't that really out of scope for WG4?

I am looking forward to our discussion in about an hour's time.

:o)

Jesper Lund Stocholm
ciber Danmark A/S



More information about the sc34wg4 mailing list