Re: Digest Number 457

Thomas Beale <thomas-JBqMug/[email protected]>
Newsgroups gmane.comp.lang.eiffel.gobo.general
Message-ID <[email protected]>
Dear all,

I have looked at the classes in both gobo34 and a recent CVS checkout. 
We cannot unfortunately make openEHR depoendent on a CVS "latest cut", 
so it has to stay with gobo34. In that release, there are some partly 
built iso8601 classes that don't do quite what we need. So I have built 
some of my own quickly that only implement what I want, which is a fair 
bit of IS8601:2004. They will be put up in the online subversion 
repository for openEHR EIffel implementation, and when I have tested 
them, and I will get back to the group here and indicate where the code is.

I am happy for the code I write to be taken and reused in any way 
whatsoever if anyone wants to use any of it in gobo. It won't be nearly 
as nice as what you guys write, but I don't have so much time. 
Nevertheless the overall class and interface design may be useful. If a 
future release of gobo then includes some iso8601 implementation 
compatible with our needs, I will then switch openEHR to use that instead.

Note also that iso8601 and XML date/times are nearly the same. The 
differences from memory are vanishingly small. Also, ISO8601 is used all 
over the place, not just by XML. So ideally Gobo libraries should take 
notice of this fact and make the XML date/time stuff just a client of 
underlying ISO8601 libs (which should be in a separate place as in the 
gobo34 release.

I'll get back to this list when I have uploaded something.

- thomas beale

[email protected] wrote:
> There is 1 message in this issue.
>
> Topics in this digest:
>
>       1. Re: status of ISO8601 date/time classes
>            From: Colin Paul Adams <colin-vnRo6g/[email protected]>
>
>
> ________________________________________________________________________
> ________________________________________________________________________
>
> Message: 1         
>    Date: 28 Apr 2006 13:58:05 +0100
>    From: Colin Paul Adams <colin-vnRo6g/[email protected]>
> Subject: Re: status of ISO8601 date/time classes
>
>   
>>>>>> "Eric" == Eric Bezault <ericb-D6Qt/9opevxWk0Htik3J/[email protected]> writes:
>>>>>>             
>
>     Eric> Thomas Beale wrote:
>     >> in the 3.4 release of gobo, there are ISO8601 parsing classes,
>     >> mostly implemented. In the recent CVS copy I made, they seem to
>     >> have been merged into XSD classes. What I am after is ISO
>     >> 8601:2004 standard date/time parsing and conversion classes -
>     >> does the library still contain such code? I have some of my own
>     >> code, but you have written far more, and I would rather use it
>     >> than write more of my own.
>
>     Eric> In fact this is Colin who wrote these ISO parsing classes.
>     Eric> If I remember correctly we decided to remove them from the
>     Eric> Gobo package for the time being because they were not fully
>     Eric> implemented and not really supported, causing extra
>     Eric> maintenance burden when they would not compile because of
>     Eric> modifications in other classes. At that time we said that
>     Eric> the code was in the history of CVS anyway, so if someone one
>     Eric> day would be interested in resurrecting these classes and
>     Eric> take over their development and implementation it was still
>     Eric> possible. If you are that someone, then I suggest that you
>     Eric> talk with Colin about what was done and what needed to be
>     Eric> improved or was left unimplemented.
>
> Your memory is correct, Eric.
>
> Some more information:
> My need was that in order to implement XPath 2.0, I needed to support
> XSD times, dates and durations. As these are almost, but not quite,
> ISO 8601 compliant, I attempted to implement a single library with
> configuration options. But this proved to be too complex (at least,
> for me).
>
> I didn't have a copy of ISO 8601:2004 (indeed, I have not heard of it
> before seeing this message), but I guess that there won't be too many
> differences.
>
> I only went as far as implementing parsing for the short forms.
>   


-- 
___________________________________________________________________________________
CTO Ocean Informatics (http://www.OceanInformatics.biz)
Research Fellow, University College London (http://www.chime.ucl.ac.uk)
Chair Architectural Review Board, openEHR (http://www.openEHR.org)




To Post a message, send it to:   [email protected]
To Unsubscribe, send a blank message to: [email protected] 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/gobo-eiffel/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.