- From: Hans Teijgeler <hans.teijgeler@quicknet.nl>
- Date: Thu, 14 Jun 2007 22:52:49 +0200
- To: "'Pierre-Antoine Champin'" <swlists-040405@champin.net>, "'Dan Brickley'" <danbri@danbri.org>
- Cc: "'Bernard Vatant'" <bernard.vatant@mondeca.com>, <semantic-web@w3.org>
Hi Bernard,
In ISO 15926 we have a solution for that. We have to, because our aim is storing the lifetime (say 50 years) information of a process plant and its zillion of parts and subparts, and its streams, people, costs, etc.
We work with "temporal parts" that are parts of a WholelifeIndividual.
So we have the instance of WholeLifeIndividual that is you from your birth to your (hopefully very distant) death.
That individual has its own URI, but does not have a name yet.
Then, when you were three days or so old, your parents gave you your offical name.
That is a property of a temporal part of you (new URI). Temporal, because you may change your name at some time during your life.
If you do that, you end that temporal part and create a new one (new URI again) with the new name as a property.
You start to work for Company A, that is, a temporal part of you works there, and that temporal part begins its existence at the date-time that your employment starts. You start with a salary of 1000€, that is: a temporal part of the temporal part that works for Company A makes that salary. When you get a raise, that temporal part ends, and a new one is created with the higher salary as a property, etc, etc.
Simultaneously you work with Company B, that is: yet another temporal part of you works there, and a temporal part of that temporal part earns 2000€, etc, etc.
Resuming, in principle there are trillions of temporal parts of you (e.g. for any time that you blink your eyes), but fortunately there is not a business need to put them all on record.
Thought it might interest you. Knowing the SW scene a little by now this will, at best, be seen as "interesting", without having something better to offer.
Regards,
Hans
____________________
OntoConsult
Hans Teijgeler
ISO 15926 specialist
Netherlands
+31-72-509 2005
www.InfowebML.ws
hans.teijgeler@quicknet.nl
-----Original Message-----
From: semantic-web-request@w3.org [mailto:semantic-web-request@w3.org] On Behalf Of Pierre-Antoine Champin
Sent: Thursday, June 14, 2007 17:12
To: Dan Brickley
Cc: Bernard Vatant; semantic-web@w3.org
Subject: Re: owl:sameAs use/misuse/abuse Re: homonym URIs
Dan Brickley wrote:
>
> Bernard Vatant wrote:
>>
>> Just to hit this owl:sameAs (ab)use nail a bit more.
>>
>> Although I agree with Pat below (see my previous message) suppose I
>> (or Richard) disagree(s) and want(s) to stick to the assertion
>> http://dbpedia.org/resource/Berlin owl:sameAs
>> http://sws.geonames.org/2950159/
>>
>> Does that mean that what I get from the two resources should be not
>> only consistent RDF descriptions, but *identical descriptions* ? I
>> guess so. It's clear that it's not the current case.
>
> The point is, according to the owl:sameAs claim, there aren't two
> resources, just one. One thing - with (at least two names (URIs).
> Asking an information system (such as the Web itself, or a library
> catalogue) about this thing could reasonably elicit different answers,
> depending on which name is used. That doesn't mean there are two things.
>
> Similarly, in the real world, different people and info systems known
> different things about me; they may even consider me to have different
> names/URIs. But there's only one me.
Consider that I work for two different companies (in the morning and in the afternoon).
Both have a URI for me. Company 1 would state
comp1:champin emp:name "Champin" ;
emp:salary "1000€" .
Company 2, on the other hand, would state
comp2:champin emp:name "Champin" ;
emp:salary "2000€" .
using the same standardized properties, which happen to be functional.
It would seem legitimate to state that
comp1:champin owl:sameAs comp2:champin .
But that would lead to inconsistency (two different values for a functional property).
Both URIs denote me, but not the same "me", only the "me" I am from the point of view of each company.
Ambiguity is always lurking around.
pa
> And so, anything true of me, is
> true of me. Some things might be true of one of my *names* (eg. that
> it is mentioned in a particular database). So yup, owl:sameAs is a
> pretty strong claim. Anything true of the one should be true of the
> other; because there is just the one.(*)
>
> Whether an HTTP GET that returns a 200 should always return the same
> thing, ... is an interesting question. It's certainly (if we believe
> the HTTP responses, and we believe the owl:sameAs claim) supposed to
> be considered an interaction with the same thing. But plenty of URIs
> return different or random or context-specific responses.
> http://spypixel.com/2006/spanglish/futurebot.cgi names the self-same
> resource as http://spypixel.com/2006/spanglish/futurebot.cgi (not
> becaues of owl:sameAs, but because it is the same URI :) ... yet two
> GETs typically get different HTTP answers.
>
> Dan
>
>
> (*) tiptoing past philosophers of language here
>
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.472 / Virus Database: 269.8.15/848 - Release Date: 13-Jun-07 12:50
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.472 / Virus Database: 269.8.16/849 - Release Date: 14-Jun-07 12:44
Received on Thursday, 14 June 2007 20:53:10 UTC