W3C home > Mailing lists > Public > www-rdf-logic@w3.org > February 2004

RE : RE : Strategies for inference over lists of values

From: Neil McNaughton <info@oilit.com>
Date: Sat, 28 Feb 2004 15:58:47 +0100
To: "'Graham Klyne'" <gk@ninebynine.org>
Cc: <www-rdf-logic@w3.org>
Message-ID: <000001c3fe0b$5e83d7e0$0300a8c0@dell>


[Neil McNaughton] 
OK I understand, but where I am coming from, the 'in a number of ways'
sounds scary. It would be nice to have one good way of including UOM that
was a recommended practice - or better still part of the standard.

> -----Original Message-----
> From: Graham Klyne [mailto:gk@ninebynine.org]
> Sent: Friday, February 27, 2004 8:36 PM
> To: info@oilit.com
> Subject: RE : Strategies for inference over lists of values
> 
> Yes of course the units are important in real applications... but I was
> trying to strip the example down the the essentials of my question about
> the underlying techniques.  Adding unit awareness to an RDF description
> is,
> I think relatively simple to do in a number of ways, and I didn't want to
> get drawn into the minutiae of such.
> 
> #g

> 
> At 18:57 27/02/04 +0100, you wrote:
> 
> 
> >Aren't we missing something here? Like units - are these °C °F °K or
> what.
> >In general it is amusing the way that IT 'types' its data - as 'integer'
> >'string' or whatever - and fogets all about units of measure - thereby
> >opening up the field for endless programmer futzing and ensuing
> engineering
> >havoc..
> >
> >Neil McNaughton
> >Editor - Oil IT Journal
> >The Data Room
> >7 rue des Verrières
> >F-92319 Sèvres, France
> >info@the-data-room.com
> >Tel +331 4623 9596
> >Fax +331 4623 0652
> >http://www.oilit.com
> >
> >
> > > -----Original Message-----
> > > From: www-rdf-interest-request@w3.org [mailto:www-rdf-interest-
> > > request@w3.org] On Behalf Of Graham Klyne
> > > Sent: Friday, February 27, 2004 6:42 PM
> > > To: RDF interest group; www-rdf-logic@w3.org
> > > Subject: Strategies for inference over lists of values
> > >
> > >
> > > Hi,
> > >
> > > I'm wondering what strategies folks are using for inference over
> > > collections (lists) of values in RDF (other than resorting to ad-hoc
> > > code).  (Maybe also over containers, but the closure of lists makes
> the
> > > problem easier to define.)
> > >
> > > A simple example would be the selection of the maximum value from a
> list;
> > > e.g.
> > >
> > > given:
> > >
> > >    _:weatherToday
> > >      :hourlyTemperatures
> > >        ( "10"^^xsd:integer "12"^^xsd:integer "15"^^xsd:integer
> > >          "16"^^xsd:integer "14"^^xsd:integer "17"^^xsd:integer
> > >          "13"^^xsd:integer "12"^^xsd:integer "10"^^xsd:integer
> > >          "9"^^xsd:integer  "7"^^xsd:integer  "6"^^xsd:integer ) .
> > >
> > > how to deduce:
> > >
> > >    _:weatherToday
> > >      :maxTemperature "17"^^xsd:integer .
> > >
> > >
> > > A more complex example might be the extraction of a mean value given a
> > > list
> > > of sample values and observed frequencies:
> > >
> > >   _:experiment
> > >     :samples ( _:s1 _:s2 _:s3 _:s4 ) .
> > >   _:s1 :value "10"^^xsd:integer ;
> > >        :freq  "2"^^xsd:integer .
> > >   _:s2 :value "20"^^xsd:integer ;
> > >        :freq  "5"^^xsd:integer .
> > >   _:s3 :value "30"^^xsd:integer ;
> > >        :freq  "6"^^xsd:integer .
> > >   _:s4 :value "40"^^xsd:integer ;
> > >        :freq  "3"^^xsd:integer .
> > >
> > > to deduce:
> > >
> > >    _:experiment
> > >       _meanValue "26"^^xsd:integer
> > >
> > > with access to normal arithmetic functions.
> > >
> > >
> > > This can be done by generating intermediate resources that relate to
> > > accumulated values from the list, but this approach rapidly becomes
> very
> > > ugly.  I have some half-baked ideas for a tidier approach, but was
> hoping
> > > that someone might have a fully-baked solution.
> > >
> > > #g
> > >
> > >
> > > ------------
> > > Graham Klyne
> > > For email:
> > > http://www.ninebynine.org/#Contact
> 
> ------------
> Graham Klyne
> For email:
> http://www.ninebynine.org/#Contact
Received on Saturday, 28 February 2004 09:57:40 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:52:48 GMT