- From: Lorrie Cranor <lorrie@research.att.com>
- Date: Thu, 12 Jul 2001 21:33:03 -0400
- To: "Nikolaj Budzyn" <budzyn@ti.informatik.uni-kiel.de>, <www-p3p-dev@w3.org>, <www-p3p-policy@w3.org>
----- Original Message ----- From: "Nikolaj Budzyn" <budzyn@ti.informatik.uni-kiel.de> To: "Lorrie Cranor" <lorrie@research.att.com>; <www-p3p-dev@w3.org>; <www-p3p-policy@w3.org> Sent: Thursday, July 12, 2001 6:03 PM Subject: Re: Inconsistency in the definition of dynamic.clickstream.clientip and its sub-elements -- category transitivity? > Lorrie Cranor wrote: > > > in this case the bubble upward > > rule still applies however if you keep in mind > > that first you replace the categories for the entire > > data structure with the overriding category givem in > > the example. Does this make sense now? > > Hm. That would mean that, in the example, the > > <DATA-STRUCT name="vehicle.built.where" > structref="http://www.w3.org/TR/P3P/base#postal"> > <CATEGORIES><preference/></CATEGORIES> > </DATA-STRUCT> > > assigns the <preferences/> category (and no other category) > to any "vehicle.built.where.foo.bar", so > "vehicle.built.where.city" is in the vehicle category and in > no other. Yes, this means that vehicle.built.where.ANYTHING is in the preference category > Now let me apply this to the "dynamic.clickstream" > data element from the P3P base data schema. > As it's defined like this Ah, but there is no need to apply that to dynamic.clickstream. Dynamic.clickstream is defined directly without inheriting other structures that override preferences. The only reason preference is applied to vehicle.built.where.foo is because the definition of vehicle.built.where specifies that we use the postal structure but overide the category. Lorrie
Received on Thursday, 12 July 2001 21:58:25 UTC