471,123 Members | 871 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 471,123 software developers and data experts.

iso 8601, quality criteria

for each library/module or even application,
a note in [0:10] in front of every quality criterium. criteria?:
completeness
robustness
how well tested?
simplicity
documentation
maintenance team responsiveness
usage: how many developpers picked it up and still use it? how many
picked it up but gave it up?
The list is an obvious oversimplification, each criterium could be
discussed for hours. robustness, for instance, means: how well does
it behave when illegal data is fed? A LOT of actual modules
(comprising mine (:-) raise obscure exceptions.

the iso8601 module is simple enough, easy to install, but fails on
legal data. I guess the fix would be useful, but is it maintained? Is
it in use?
I used xml.dom.minidom, recently. Works fine, but I found the
interface awfully complicated. Right or wrong, when I had to write
some xml, I wrote my own code: better be simple, although untested,
undocumented, etc, than using a module so complicated U never finished
the learning curve...

So, my questions would be:
- how do You, other developpers, cope with this question?
- is there such a base, helping to pick up existing modules?
- if no, dont U think such an initiative might be useful?
- Those who have to deal with iso8601 dates, how do U proceed?
Ill have a look to mxdatetime, but is it the right answer?
Feb 8 '07 #1
1 1129
Imbaud Pierre a écrit :
cutnpaste error in this posting, here is the complete message:

Context:
I am writing an application that accesses XMP-coded files. Some
fields contain dates, and comply to iso 8601. I installed the iso8601
python module (http://cheeseshop.python.org/pypi/iso8601), it fails
on the simplest forms:
ipdbparse_date('2005-01-01')
*** TypeError: expected string or buffer
(behaves fine with complete strings, but this one is legal!)

Choose a module
Python interfaces to the world: very few libs or protocols have no
python module interfacing them. But they sometimes have many, and it
aint easy to pick up the right one. And if there is only one, it aint
obvious wether it will fill your quality criteria.
My dream: a table with, for each library/module or even application,
a note in [0:10] in front of every quality criterium. criteria?:
completeness
robustness
how well tested?
simplicity
documentation
maintenance team responsiveness
usage: how many developpers picked it up and still use it? how many
picked it up but gave it up?
The list is an obvious oversimplification, each criterium could be
discussed for hours. robustness, for instance, means: how well does
it behave when illegal data is fed? A LOT of actual modules
(comprising mine (:-) raise obscure exceptions.

the iso8601 module is simple enough, easy to install, but fails on
legal data. I guess the fix would be useful, but is it maintained? Is
it in use?
I used xml.dom.minidom, recently. Works fine, but I found the
interface awfully complicated. Right or wrong, when I had to write
some xml, I wrote my own code: better be simple, although untested,
undocumented, etc, than using a module so complicated U never finished
the learning curve...

So, my questions would be:
- how do You, other developpers, cope with this question?
- is there such a base, helping to pick up existing modules?
- if no, dont U think such an initiative might be useful?
- Those who have to deal with iso8601 dates, how do U proceed?
Ill have a look to mxdatetime, but is it the right answer?
Feb 8 '07 #2

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

2 posts views Thread by Fouad Fahim | last post: by
2 posts views Thread by Kathy Burke | last post: by
3 posts views Thread by Roshawn Dawson | last post: by
reply views Thread by Andy Fish | last post: by
2 posts views Thread by =?Utf-8?B?YmlsbCB0aWU=?= | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.