[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [plcs-dex] Issue: Use of /IGNORE
That's pretty much the idea. As we are generating the XML schema for a DEX on the fly from the EXPRESS - perhaps we should remove them from the XSD - though that would require a fair bit of recoding. Regards Rob > -----Original Message----- > From: Per-Åke Ling [mailto:per-ake.ling@eurostep.com] > Sent: 23 September 2005 10:12 > To: peter.bergstrom@eurostep.com > Cc: rob.bodington@eurostep.com; plcs-dex@lists.oasis-open.org > Subject: Re: [plcs-dex] Issue: Use of /IGNORE > > To paraphrase: '/IGNORE' means the attribute should not have been in the > model at all in the first place, irrespective of whether I have a value > for it or no, or even understand the semantics? > > In other words, walkig through the model we could statically define the > attributes that will always carry the value '/IGNORE' in every exchange, > and no other attributes will ever have the value '/IGNORE'? (Except as a > true data value...) > > Is this correct? > > Regards, > Per-ÅKe Ling > > Peter Bergstrom wrote: > > Do I understand correctly if this means the following: > > > > The description attribute on Product is optional. If descriptions are > > going to be assigned to entities instead of using the attribute value, > > mainly due to multilingual issues, it then means that all > > Product.descriptions must be set to '/GNORE' even though they (as > > defined now) could just be left out? > > > > I think this is polluting the physical files, but it is also slightly > > more consistent than the current rule, so I will accept it although I do > > not really see a need to change the current rule. > > > > Peter Bergström > > > > > > -----Original Message----- > > *From:* Rob Bodington [mailto:rob.bodington@eurostep.com] > > *Sent:* den 23 september 2005 09:57 > > *To:* plcs-dex@lists.oasis-open.org > > *Subject:* [plcs-dex] Issue: Use of /IGNORE > > > > Hi > > > > A core of plcs modellers met this week. > > > > We raised and addressed this issue. > > > > If anyone does not like the resolution please say so. > > > > > > > > > > > > */Issue: RBN-1 by Rob Bodington (/**/05-09-02/**/)/*/ > > minor_technical issue / > > /Resolution: Accept. Status: open/ > > > > /IGNORE is used inconsistently throughout the capabilities. > > > > According to AP239 annex and dexlib/help/dex/implementor_trans.xml, > > the following should be used. > > > > In particular optional values should default to '$' and only be set > > to '/IGNORE' if there is a value assigned. > > > > *Value* > > > > > > > > *Description* > > > > '' > > > > > > > > indicates user data managed by the sending system but not provided > > for data exchange. > > > > '/NULL' > > > > > > > > indicates user data in a mandatory attribute that is not managed by > > the sending system or currently not known. > > > > '$' > > > > > > > > $ is used in the physical file, if an optional attribute is not > > instantiated. > > > > '/IGNORE' > > > > > > > > Attribute values are set to '/IGNORE' when the information that > > could be held by the attribute is instead assigned to the instance > > of the entity. > > > > *Table — Attribute values* > > > > *Comment: *(Rob Bodington 05-09-21*)* > > The proposal is that wherever an attribute should not be used, i.e. > > it should have been removed from the model as assignment is used > > instead, it should be populated with /IGNORE, regardless of whether > > the attribute is used or not. This means that any translator does > > not have to parse the attributes to determine whether there is an > > assignment holding the value or not. This should be consistent > > through out. > > > > > > > > > > > > Regards > > Rob > > > > ------------------------------------------- > > Rob Bodington > > Eurostep Limited > > Web Page: http://www.eurostep.com <http://www.eurostep.com/> > > http://www.share-a-space.com <http://www.share-a-space.com/> > > Email: Rob.Bodington@eurostep.com > > Phone: +44 (0)1454 270030 > > Mobile: +44 (0)7796 176 401 > > > > > > > > > -- > ======================================================== > Per-Åke Ling email: per-ake.ling_AT_eurostep.com .~. > Eurostep AB mobile: +46 709 566 490 / v \ > Vasagatan 38 http://www.eurostep.com /( _ )\ > SE-111 20 Stockholm ^ ^
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]