Re: [ubl-sbsc] Input from Altova

["Stephen Green" <stephen_green@seventhproject.co.uk>]

Thanks Ken

Yes, I had similar thoughts but the type of
thing we'd have values for would be mainly
codes, dates and amounts - so it might be
we have dates and amounts like this -

<IssueDate>1900-01-01</IssueDate>
...
<TaxTotalAmount>0.00</TaxTotalAmount>

which looks to me like it wouldn't present
problems but I could imagine some issues
with codes, for example: which currency
code to include where this code is mandatory.
I'd be more than a little bit biased to use 'GBP'.
Using 'GBP' in the filled examples is a rather
different matter since they serve a slightly
different function but the latter case does show
that we are never going to get this perfectly
right.

A separate point is that the filled examples with
non-generated data do not have every single
attribute included but the tool-generated filled
instances do have every subset attribute filled
so again we may need both.

All the best

Steve


----- Original Message ----- 
From: "G. Ken Holman" <gkholman@CraneSoftwrights.com>
To: "UBL SBSC" <ubl-sbsc@lists.oasis-open.org>
Sent: Friday, August 26, 2005 1:54 PM
Subject: Re: [ubl-sbsc] Input from Altova


> At 2005-08-26 10:08 +0100, Stephen Green wrote:
> >I very much agree with the comment about
> >the empty instances. I would like to add a
> >set of valid 'empty' instances and tend to
> >think they could replace rather than supplement the completely empty
> >instances.
> >Do others agree/consent?
>
> I don't necessarily agree, but I will consent.
>
> My concern is that the values we choose for the "skeletal but valid"
> instance may not be meaningful for all users, yet they may think they
> are somewhat obliged to use them.
>
> But, I don't know the semantics to know if this is a real concern or
> not.  If users know they can modify any of the preset values and not
> consider that they are default values then it isn't going to be a problem.
>
> If we think that for a particular item a conscious decision should be
> made for a value, then I think we should leave it invalid.
>
> I hope this helps.
>
> . . . . . . . Ken
>
> --
> World-wide on-site corporate, govt. & user group XML/XSL training.
> G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
> Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/o/
> Box 266, Kars, Ontario CANADA K0A-2E0    +1(613)489-0999 (F:-0995)
> Male Cancer Awareness Aug'05  http://www.CraneSoftwrights.com/o/bc
> Legal business disclaimers:  http://www.CraneSoftwrights.com/legal
>