Re: EIIF concepts attache to DOLCE's upper level

Thanks a lot Gary

The D S pattern seems very appropriate to our case/

Could you spend a few words to explain how to use patterns in relation
to other diagrams and KR resources. I dont think a pattern would be
rendered as an owl file, would it?
what notation is the diagram in? er?

g & g
It may be a good idea to upload, or link, these diagrams to the wiki,
if you could with an explanation of what they mean, and how they can
be used by these group to help us achieve our goals

let us know if you need help with wiki admin

great stuff

pdm

On 12/5/08, Gary Berg-Cross <gbergcross@gmail.com> wrote:
> Guido,
>
> Thanks for the mapping.  I had looked at the realtion of the DOLCE
> foundation and our concepts a bit but not made any final mapping.  In
> addittion to the 5 DOLCE concepts you map our major concepts to there
> is also the concept of Event to supplement the idea of "emergencies"
> as States.
>
> On the topic of "space" vs. address I'll have more to say in a later
> email on the whole "Where" subject area.  We have to use the
> distinction between concrete/physical vs. abstract.  I like the
> general schema that are used by  Gangemi, A. & Mika, P. as part of the
> Ontology Design Patterns (ODP) work which plugs into the DOLCE
> foundation ( "Understanding the Semantic Web through Descriptions and
> Situations." Proceedings of the DOA/CoopIS/ODBASE 2003 Confederated
> International Conferences. LNCS 2888. Springer Verlag, 2003.)
>
> Gangemi and others formalize the relationship between abstract
> descriptions (D) and situations (S) in a D-S Design Pattern.  So
> address location is just a descriotion of a real location.  But every
> situation we might have can have a nunber of (abstract) desriptions.
> So Role is an abstract description of some real thing.  A school (a
> real thing) may play the role of a care center in an emergency.
>
>  The attached figure is one that I've thrown together quickly to
> illustrate some of these ideas.  I have Objects and Events as real
> things that participate in Situations adn the corresponding
> Descriptions made up of Roles and Tasks.  I've also thrown Location (a
> S)  and address (a D) which would be part of the larger pattern.
>
> I like to use ODP as frames to leveragr intuitive conceptualizations
> such as we have and make them more expressive and formal in a
> stepwise, modular fashion.
>
> Gary Berg-Cross
>
>
> On Thu, Dec 4, 2008 at 9:17 AM, Guido Vetere <gvetere@it.ibm.com> wrote:
>>
>> Dear all,
>> eventually I could merge a sketchy version of DOLCE upper ontology with
>> the
>> EIIF uml model (package 7) and this is the result. You will find attached
>> the basic DOLCE upper level (actually is a DOLCE Lite plus some concept
>> from
>> other modules - see http://wiki.loa-cnr.it/index.php/LoaWiki:Ontologies).
>> If
>> you need xmi\uml sources just ask me.
>>
>> Comments. Except 'Resource', all the EIIF classes I've examined can be
>> coarsely accommodated under DOLCE's top level concepts. As for persons and
>> their roles, I opted for a multiplicative approach - but this is not
>> crucial.
>>
>> The major attention point is about places, positioning and their
>> descriptions. Here is where, in my opinion, a foundational layer like
>> DOLCE
>> can help a lot. Basically, DOLCE follows classic ontology by setting a
>> distinction among objects (endurants), their positions (spatial qualities)
>> and the space-time regions they refer to. Also, it adopts the distinction
>> concrete vs. abstract as the difference between things with (resp. w\out)
>> physical qualities. Now, in my view, an 'address' is an abstract reference
>> to the spatial quality of a static thing, not to be confused with any
>> space
>> region, since an address can change without any variation of the spatial
>> qualities it refers to.
>>
>> In general, I think that there are many details of EIIF models that can be
>> discussed \ improved in the light of basic ontological distinctions, but I
>> didn't find anything dramatically wrong. As for 'Resource' it seems to be
>> intended as an heap of 'instruments' for a class of actions related to
>> emergency operations (i.e. tools) but also human resources, i.e.
>> 'participants' to these actions. I think that a better modeling is needed
>> here.
>>
>> Hope that you find it useful.
>>
>>
>>
>>
>> Cordiali Saluti, Best Regards,
>>
>> Guido Vetere
>> Manager & Research Coordinator, IBM Center for Advanced Studies Rome
>> -----------------------
>> IBM Italia S.p.A.
>> via Sciangai 53, 00144 Rome,
>> Italy
>> -----------------------
>> mail:     gvetere@it.ibm.com
>> phone: +39 06 59662137
>> mobile: +39 335 7454658
>>
>>
>>
>> IBM Italia S.p.A.
>> Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI)
>> Cap. Soc. euro 361.550.000
>> C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
>> Società con Azionista Unico
>> Società soggetta all'attività di direzione e coordinamento di
>> International
>> Business Machines Corporation
>>
>> (Salvo che sia diversamente indicato sopra / Unless stated otherwise
>> above)
>


-- 
Paola Di Maio
School of IT
MFU.ac.th
*********************************************

Received on Saturday, 6 December 2008 01:25:14 UTC