Dear all, We have got two comments from Martin, see below. I am not afraid of the big bad thesaurus. The argument "the .1 properties should be equivalent to free subproperty declarations." is best. But I have no strong feelings. I just need to know where to encode the complexity. In my case I think Stephen's suggestion will be the more correct. My task is to encode information in messy usage of types and attributes in exaction databases into CRM. The solution is to us has note with .1
Best, Christian-Emil Hi Robert, Yes, should be many to many. There are different interpretations and implementations wrt the identity of a property instance. One is by the triple (domain instance, property type, range instance). Such an interpretation will not allow for two P16 instances with identical domain and range. Our old TELOS had proper property instances. Relying on the latter wouldn't be reasonable for the CRM. Martin ________________________________ From: Crm-sig <crm-sig-boun...@ics.forth.gr> on behalf of Martin Doerr <mar...@ics.forth.gr> Sent: 18 November 2020 17:48 To: crm-sig@ics.forth.gr Subject: Re: [Crm-sig] quantification of .1 properties Hi Steve, I'd rather assume a many to many. In general, faceted classification is the only way to avoid combinatorial explosions in the thesauri. The .1 properties should be equivalent to free subproperty declarations. Any technical reason for such a constraint? best, Martin On 11/18/2020 11:52 AM, Christian-Emil Smith Ore wrote: ?Sounds right. We should make a note somewhere in the introduction. Christian-Emil ________________________________ From: Stephen Stead <ste...@paveprime.org><mailto:ste...@paveprime.org> Sent: 18 November 2020 09:50 To: Christian-Emil Smith Ore; Crm-sig@ics.forth.gr<mailto:Crm-sig@ics.forth.gr> Subject: RE: [Crm-sig] quantification of .1 properties Hi Christian-Emil I have always considered there to be only one possible .1 per instance of the base property. Any additional "complexity" can be dealt with in the Thesaurus supporting the E55 Type. Of course if you implement with the PC class then the world is your oyster! TTFN SdS Stephen Stead Tel +44 20 8668 3075 Mob +44 7802 755 013 E-mail ste...@paveprime.com<mailto:ste...@paveprime.com> LinkedIn Profile https://www.linkedin.com/in/steads/ From: Crm-sig <crm-sig-boun...@ics.forth.gr><mailto:crm-sig-boun...@ics.forth.gr> On Behalf Of Christian-Emil Smith Ore Sent: 18 November 2020 08:27 To: Crm-sig@ics.forth.gr<mailto:Crm-sig@ics.forth.gr> Subject: [Crm-sig] quantification of .1 properties Dear all, What is the quantification of .1 properties? For example for P3 has Note it can be useful to use more than one instanc eof the P3.1 has type: E55 Type? specifying. Best, Christian-Emil [X]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Virus-free. www.avast.com<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> _______________________________________________ Crm-sig mailing list Crm-sig@ics.forth.gr<mailto:Crm-sig@ics.forth.gr> http://lists.ics.forth.gr/mailman/listinfo/crm-sig -- ------------------------------------ Dr. Martin Doerr Honorary Head of the Center for Cultural Informatics Information Systems Laboratory Institute of Computer Science Foundation for Research and Technology - Hellas (FORTH) N.Plastira 100, Vassilika Vouton, GR70013 Heraklion,Crete,Greece Vox:+30(2810)391625 Email: mar...@ics.forth.gr<mailto:mar...@ics.forth.gr> Web-site: http://www.ics.forth.gr/isl
_______________________________________________ Crm-sig mailing list Crm-sig@ics.forth.gr http://lists.ics.forth.gr/mailman/listinfo/crm-sig