Re: Working without being ambushed by Ambiguity (was: issue-57 background reading for F2F (short required reading)

Hi Larry

On Thu, Oct 18, 2012 at 11:41 AM, Larry Masinter <masinter@adobe.com> wrote:

>  of the models you describe, none of them account well for the key
> elements of security, persistence, identity, provenance, uncertainty,
> belief and trust.
>
> Rather than putting those off as an afterthought to be worked out later,
> while failing to get a handle on a theory of meaning without them, they
> need to be central.
>

I'm for that. Can you suggest how we would do this, and how the note would
reflect this? I think it would be stronger if it did.

>
> For example, the notion of "meaning" is tied completely to persistence....
> a use of a URI is "cool" to the extent that its effect on recipients (its
> "meaning") doesn't change (over time or the range of recipients).
>

I think this definition of meaning isn't a workable one. For one thing, we
can't necessarily account for what effect anything has on many people, and
effect on recipients can change over time, for example in response to
events that have nothing to do with the meaning. I think meaning has to be
tied to the intention of the minter. That's something that's present at the
time of creation, and can be documented at that time. This kind of meaning,
which by definition is established at some time, is something that at least
has a fighting change of being maintained persistently. It also meshes well
with the authority model of the DNS.  The question is: exactly what grant
is given by ownership of a domain name, if a URI which you intend as one
thing can be usurped without your consent?


> As long as we talk about statements (triples) or terms (uris) having
> disembodied meaning or fail to take into account trust, error and malice,
> we're not making progress....  and wasting time.
>

I think I agree about the trouble that occurs when entities have
disembodied meaning, but to check, can you give some examples of where you
see this practice?

As for trust, error, and malice, it would be helpful for me to get your
thoughts on how these might be brought into the picture - how they might be
presented in a document explaining how URIs are supposed to work.

-Alan


> *--*
> *http://larry.masinter.net* <http://larry.masinter.net>
>
>
> Tim Berners-Lee <timbl@w3.org> wrote:
>
> (I guess this is one of these things which is perennial.  I have not
> studied much of the history of philosophy but I do find one
> needs to be prepared to jump in in order to keep the  course
> of what I otherwise regard as engineering still on trackā€¦
> as I have said before, this is philosophical engineering we are doing...)
>
> The point which David Booth has brought up, not for the
> first time, and which Pat has expounded very well, that
> no symbol can ever have completely unambiguous meaning
> is, yes, quite valid.  There are several such points which
> we have to go over every now and again (preferably out of the critical
> path of
> working group work) and agree we all understand it and
> agree that we can all continue in practice without it.
> And indeed continue in theory without it as well.
> And Pat, you have lead us through that journey from
> philosophical foundationlessness to logical foundations
> before and maybe you can help us again or just point
> to where you did before.  And Graham you make an
>  important distinction.
>
> There are lots of models, I am sure, one can make of
> ambiguity and language and communication which will
> allow us to do this, and they may differ in how they work
> and it probably is best that we agree they exist but not get
> hung up arguing about which one is "right". They
> will all be imperfect, but good enough.
>
> PHYSICS ANALOGY
>
> I have before and will now compare this with classical and
> quantum physics.  We go through our young lives with
> classical physics, and are taught that a billiard ball
> has a given diameter, a given mass, and a given position
> and a velocity, all of which we can measure.
> We learn how to build houses and drive cars
> all based on this physics. And then we get older and people
> tell us that actually a billiard ball does not have a well defined
> diameter.  Not only, if you look closely at it edge,
> is it a mass of atoms, but also those atoms in fact have only
> a probability of being in any one place at any one time.
> And even the billiard ball itself, if we measure its position too
> accurately in principle we can only do it by losing knowledge of
> its momentum.   Now the naively pedantic response may be to insist, that
> everything we learned in Classical Physics be
> thrown away.  This is the response which says
> that it is no use talking about the position of a ball anyway,
> as its atoms could in fact just randomly move 3 inches east
> at the same time.  So it is that those who see that
> in a deep enough analysis almost given term admits of ambiguity
> might say that the Architecture of the WWW" is useless as
> it says URIs should only be used to denote one thing.
>
> But in fact we really need to use the physics we have learned.
> We need to keep all we know about the way billiard balls
> interact at human scale.  Even though we have to be aware of
> quantum effects every now and again, when we find light
> being diffracted through a grating instead of being scattered,
> or electrons tunneling though a thin layer,
> we have ways of going into the details of the quantum effects
> where appropriate, and interfacing that thinking with the
> classical thinking.  So it is with denotation by names.  We need to
> keep the models of ambiguity in our back pocket  and
> bring them out when we need them, but not use them
> to ambush any discussion in the classical form.
> We should not use them to suggest that any use of the idea of a name
> having something it denotes is to be thrown away.
>
> Ok, so in physics there is maths which allows you to show that
> in the large scale, the quantum model of the world in fact gives
> rise, to a very high degree of approximation, to the classic model.
>
> VARIOUS WAYS OF DEALING WITH AMBIGUITY
>
> So now how do we construct a practical ability to use
> terms like the thing that a string denotes from the morass
> of ambiguity which is communication?
> There are a number of models, none of which is perfect.
> What have we?
>
> 1) The Authoritative Dictionary model.  The guy who puts together
> the Oxford English Dictionary just knows more than anyone else
> about how people use words, and we all make sure we use words
> just as they are described there.  If we don't find a use in it we want,
> we sent him a note.
>
> (This is perhaps the model we have in kindergarden)
>
> 2) The naive "meaning as use" model, sometimes blamed on Wittgenstein.
> You use terms however you like, as meaning is use, and so you can never be
> using them inconsistently with their meaning.
>
> (Sometimes this may be -- who knows -- a response to realizing that the
> model 1 is not perfect)
>
> 3) The Expertise model.  The OED applies as above, but
> also we send lawyers to school for several years to agree on a set
> of terms which are more closely defined so we can use them
> in cases where we need unambiguity, like in contracts.
> To know what something means, ask a lawyer and if necessary
> go to court to add enough extra definition to be able to continue.
>
> Pat describes some of the great lengths to which lawyers sometimes
> have to go
>
> 4) The Areas of Expertise model. As above, but add in
> groups of people with expertise in given areas.
> Ask them to write anything you need in that area, and in
> court  bring them in as expert witnesses.
>
> 5) The Standards Committee model.
> A committee writes a standard for use in a particular area
> writes it using a mixture of words which it feels are well enough
> defined in models 1 2 or 3, and terms which it defines
> specifically locally for its own use within the standard specification.
> It discusses and ruminates until it feels it has found a set
> or terms which are all mutually well defined and tight enough
> to make a standard which people will use without undesirable
> consequence through misunderstanding. (Not a standard
> which everyone will understand unambiguously in exactly the same way,
> note).
>
> (From time to time, the group may share its work with others
> and be horrified to find it has in the now larger community involved
> go through much longer discussion and rumination.)
>
> There is recourse in that others can, while the group is extant
> in some form, challenge it to resolve perceived ambiguities in
> the terms it uses or the things it writes.
>
> A FRAMEWORK WHICH ALLOWS THESE WAYS TO MIX
>
> A common facet of all these models is that they
> do not give complete unambiguity at all, just a good enough
> definition.  "Good enough for government work" as they saying goes.
> Where "government work" is defined within some community
> of some size (See http://www.w3.org/DesignIssues/Fractal).
>
> We can continue listing these sorts of models.
> More importantly, we can engineer them.
> The initial philosophers seemed to treat language as a
> natural or god-made thing to be investigated not
> engineered invented things,
> but in fact dictionaries and court procedure and standards bodies
> are all engineered systems.  So we can design the ones we need.
>
> We therefore can improve on these systems,
> and, given that there is so much violence and counter productivity
> in the world and that much of it one might imagines stems from
> misunderstandings of some sort, it may behoove use to improve
> on them.  That said, lets talk about this for URIs and
> specifically the Semantic Web design.
>
> The Semantic Web meta model.
>
> In a way the semantic web out-metas the model question.
> By focussing on the interchange of data in a restricted
> normal form, it can treat mathematically the systems
> above -- and other systems -- in a logical way impossible
> with natural language terms.
>
> The semantic web itself is a design, not a philosophical observation
> about how language works anywhere else.
>
> It decrees that there should be terms defined in the
> http: URI space, and decrees that the DNS
> be part of a system of delegation of Ownership
> of each term.  (I'm not going to quibble here about
> whether ownership of terms delegated within domains)
> By realizing that there are many communities of people
> using all sorts of combination, and allowing people
> to create new terms very easily and being able to
> avoid re-use of the same string,  it allows us to set up
> a system where the participating parties agree
>
> - The DNS, and further systems within many domain's http spaces,
> allow a social entity to allocate a name in HTTP space.
> That social entity is deemed the "Owner" of the name.
> Ownership is defined
> - The network and the HTTP allows a machine to look up
> the name and get information back
> - This information you get back provides elucidation in two forms,
> in natural language (with various models of ambiguity relief)
> and logic (where the core terms such as the syntax of turtle,
> and rdf:type are defined in mode 5 by the W3C working groups
> etc).
>
> Everyone who uses the semantic web has to then sign
> up to this meta-model, though they can pick and chose
> models above.
>
> Importantly, implicit or explicit in the information which is
> returned is information about which mode is used
> to relieve ambiguity.
>
> So the crucial design, then, is that when one agent sends
> another a message, that agent will pick a set of
> terms which have different owners who operate or curate
> different vocabularies using different models above or
> indeed combination of models and new models.
>
> The vocabularies are picked so that the disambiguation
> is good enough.   Good enough for the situation,
> for the sending and receiving agent.
>
> (We tend to call the information which we get back over HTTP
> the definition of the term. Well, we would except that we
> would be ambushed by people who want to use the word
> "definition" specifically for a definition using one or other
> particular model).
>
>
> Of course in parallel with the actual looking up
> of stuff on the web, also people share understandings
> over beers in bars as they always have done,
> but the semantic web linked data system is cool in two ways:
> Firstly, it instantiates the models of disambiguation
> providing a way to "look up the meaning" of something
> without having to have a notion that meaning is unambiguous.
> Secondly, it gives us the ability to write programs to help us,
> because of the logic interchanged. That's really handy.
>
> Now we have to, mainly, get on with the business of
> building systems, but we have to be aware of when the ambiguity
> case arises.  We need, in our discussions, to have things
> to point people to so that naive pedantic arguments don't
> derail perfectly good discussion and logic based on the idea that
> names denote things.  But we need to be aware
> of when the pedantry is appropriate, and have avenues
> ready to go down.
>
> Example 1.
>
> In our semantic web based world,
> When you are using a form, you may fill in details
> about, say, a seminar you are organizing, and generally
> the prompts on the form allow you to fill in things
> like "Date", "Start time" and "End time" without likely
> damage due to misunderstanding.
> If you have to choose in a pull-down menu whether to categorize it
> as a talk or a class or a seminar or a concert, you might
> be more puzzled, but a good app will pull in comments
> from the ontology when you hover over it uncertainly,
> giving you enough more detailed information to make
> your decision. You can maybe even clock off and follow
> a link to bring up the detailed information from the ontology,
> and also you can search for members of each subclass,
> to see what existing things have been categorized each way and do on.
> So a user can well use the meaning lookup system,
> resolve the meaning well enough.
>
> Example 2
>
> Consider now the person who is creating the form.
> Each time they add a field, they will hopefully pick
> an associated property for it.  And hopefully they
> will pick a property from an existing ontology which
> will give it wide interoperability.  You want the events defined by users
> of the form  to appear on people's calendars, for example,
> and feeds of upcoming talks.
> So at this point the user as form creator is
> more aware of the different organizations, and the different
> disambiguation models, which apply to each.
> The user will at this point quite likely pick a number
> very standard terms, a few from other ontologies,
> and then be stuck and have to make up a few properties.
> This is when the system needs ideally to be able to
> give the user a feel for the cost of
> getting others to agree on the ontology, of keeping it up.
>
> This is where there should be buttons to invite comments
> and buttons to form a group, an buttons to to allow
> one to ask another group to collaborate, and so on.
> And depending on the sort of group formed
> and the sorts of groups to be collaborated with,
> the social processes will be of all kinds.
>
> End of examples.
>
> So we can build systems which instantiate
> and enhance the social processes which
> we use to resolve ambiguity.
>
> So yes there many times when all the details of the
> way the semantic web resolves ambiguity enough
> for us to be able to talk about names having a single
> thing they denote, and even having a definition.
>
> And we understand the extent to
> which that breaks and where it affects us and we
> have a task of creating systems (technical and social)
> which behave appropriately and allow us to agree
> enough on the meaning of old terms and new ones
> to be able to collaborate better and better.
>
> But right now these social systems are in place in various forms
> so we need not be ambushed by the many rat-holes
> around this, some of which need to be charted and left rarely visited.
>
> Tim
>
>
>
>
> * "God created the Counting Numbers, and man invented the rest" -- @@@?
>
> ** We don't want to send all the naive pedantic arguments off
> on the B ark, and then die from an unsanitized telephone.
>
>
>
>

Received on Thursday, 18 October 2012 17:19:00 UTC