On Fri, 7 May 2004, Chris Hubick wrote:
> On Fri, 2004-05-07 at 13:26, Andy Powell wrote:
> > I've put a updated copy of the RLLOMAP LOM binding
> > example (using the new namespace URI) at
> >
> > http://www.rdn.ac.ukfile:///tmp/evolution-500-6061/drag-n-drop-M9EOWx/RE: LOM + vCards/publications/rdn-ltsn/ap/20040413/lom-example.xml
> >
> > and checked that it validates against Chris's XML schema above.
>
> Your vCard data is invalid :)
Yes, I know. Thanks. Our agreed binding for vCard uses CDATA to preserve
whitrespace correctly (which is a slightly different approach to that
taken in Erik's example, but equivalent I think) and is described at
http://www.ltsn-01.ac.uk/interoperability/compliance_guidelines/index_html#lifeCycle_contribute_entity
I just hadn't updated my examples. I'll update the RLLOMAP documentation
in due course. For now, I've corrected the example at
http://www.rdn.ac.uk/publications/rdn-ltsn/ap/20040413/lom-example.xml
to encode the vCards correctly (I think!) and to use an RDN copy of your
schema at
http://www.rdn.ac.uk/oai/lom/20040413/lom.xsd
Do we know whether the new LOM namespace URI
http://ltsc.ieee.org/xsd/LOM
is likely to change again?
Andy.
> Don't feel badly... I believe the vCard specification itself is invalid,
> the LOM specification is also invalid, and almost everyone on the planet
> seems to be doing it wrong.
>
> I have been reasearching this since integrating a vCard parser into my
> Java LOM binding work: http://adlib.athabascau.ca/~hubick/LOM/
>
> The vCard example in the LOM spec is broken in a number of ways.
>
> I have been requesting clarification from the LTSC for some time, and
> recently heard back. Please see the attached emails, and the links they
> provide, for all the gory details.
>
> I have also attached a modified version of one of Erik Duval's samples,
> which shows my current understanding of how to do it properly.
>
> --
> Chris Hubick
> mailto:[log in to unmask]
> mailto:[log in to unmask]
> phone:1-780-421-2533 (work)
> phone:1-780-721-9932 (cell)
> http://www.hubick.com/
>
> __
> This communication is intended for the use of the recipient to whom it
> is addressed, and may contain confidential, personal, and or privileged
> information. Please contact us immediately if you are not the intended
> recipient of this communication, and do not copy, distribute, or take
> action relying on it. Any communications received in error, or
> subsequent reply, should be deleted or destroyed.
> ---
>
Andy
--
Distributed Systems, UKOLN, University of Bath, Bath, BA2 7AY, UK
http://www.ukoln.ac.uk/ukoln/staff/a.powell +44 1225 383933
Resource Discovery Network http://www.rdn.ac.uk/
|