Re: [plcs-dex] Assigning location issue

[David Price <david.price@eurostep.com>]

Every identifier has a context and in STEP-land that's typically an 
organization. It's even true for the counterexample - Peterborough's 
assigning organization would be the UK gov't and the UK gov't identifier for 
Florence is different from the Italian gov't identifier for that same city so 
even geopolitical locations can need organization contexts. We went through 
this a lot in a 15926 project at Shell.

You can argue that in some cases the organization context is so broad that 
it's just extra baggage to exchange it though. A somewhat subjective decision 
there perhaps, but certainly not "unknown".

DP

On Tuesday 30 January 2007 10:44, Peter Bergström wrote:
> Shouldn't we use '/NULL' for unknown values? Or is that just for text
> strings, and here we are talking about an rdl class?
>
> Peter
>
>
>
> ________________________________
>
> From: Rob Bodington [mailto:rob.bodington@eurostep.com]
> Sent: den 30 januari 2007 11:33
> To: plcs-dex@lists.oasis-open.org
> Subject: RE: [plcs-dex] Assigning location issue
>
>
>
> This came up before ....
>
> [Tim Turner] I think this was because of the frequency with which the
> orignator of a location name may not be known. For example, how would I
> know who assigned the name "Peterborough" to that geographic location?
>
>
>
> I'm not averse to modifying it, but if we insist on the org.id etc., what
> values should people use if it is unknown? Well I guess we could say
> "Unknown". There's a lot of figs to update if we choose that route -
> although we could update the instantiation path & input parameters & leave
> the rest as part of an issue.
>
>
>
> Why don't we adopt the convention that the identifier should be "unknown"
> if it is unknown.
>
> There is already a class in plcs-proposed.owl
>
>
>
> Arguably if we do that, we would not need
> assigning_identification_with_no_organization
>
>
>
> 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)1452 810 960 (note new number)
> Mobile: +44 (0)7796 176 401
>
>
>
> ________________________________
>
> From: Rob Bodington [mailto:rob.bodington@eurostep.com]
> Sent: 30 January 2007 09:37
> To: plcs-dex@lists.oasis-open.org
> Subject: [plcs-dex] Assigning location issue
>
>
>
> Hi
>
> I have just raised the following issue against assigning_location.
>
> Any comments?
>
>
>
>
>
>
>
> <issue
>
>    id="RBN-4"
>
>    type="general"
>
>    status="open"
>
>    category="minor_technical"
>
>    by="Rob Bodington"
>
>    date="07-01-30">
>
> <description>
>
> The template uses assigning_identification_with_no_organization to identify
>
> the location. Given that the same location can be identified in different
>
> ways by different organizations, I think that the identification should
>
> be in the context of the organization. I.e. use assigning_identification
>
> not assigning_identification_with_no_organization.
>
>
>
> For example, the military may identify an airbase by a code, a manufacturer
>
> may call it something else. Hence the location will have 2
>
> identifiers, one given by the military, and one by the manufacturer. They
>
> can only be distinguished if there organization that owns the identifier is
> provided.
>
>
>
> 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)1452 810 960 (note new number)
> Mobile: +44 (0)7796 176 401
>
>
>
> This message contains information that may be privileged or confidential
> and is the property of Eurostep Group. It is intended only for the person
> to whom it is addressed. If you are not the intended recipient, you are not
> authorized to read, print, retain, copy, disseminate, distribute, or use
> this message or any part thereof. If you receive this message in error,
> please notify the sender immediately and delete all copies of this message.

-- 
Mobile +44 7788 561308
UK +44 2072217307
Skype +1 336 283 0606