pep proposal : A date object for the standard library
Robin Becker
robin at jessikat.fsnet.co.uk
Fri Dec 7 13:47:37 EST 2001
More information about the Python-list mailing list
Fri Dec 7 13:47:37 EST 2001
- Previous message (by thread): pep proposal : A date object for the standard library
- Next message (by thread): pep proposal : A date object for the standard library
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
In article <3C110867.5263E6E6 at attbi.com>, Chris Barker <chrishbarker at attbi.com> writes ..... > >Are there other technical issues with mxDateTime that make it unsuitable >for the standard lib? > .... the only problem with mx datetime is that the individual objects require quite a lot of storage. Last time I heard it was 32 bytes, but I'm not sure whether that is over and above what python needs for an object or includes it. Some business time series have thousands of entries and for intra day stuff there is no obvious frequency which would allow a convenient sparse representation of the times. Is storage an issue? Certainly time series analysis nerds think so, but if it's only a factor of 4 I guess it won't matter to pythoneers. -- Robin Becker
- Previous message (by thread): pep proposal : A date object for the standard library
- Next message (by thread): pep proposal : A date object for the standard library
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list