[Odrl-version2] New ODRL v2.0 Model

[Steven Rowat]

Hi Suzanne,

><http://wi.wu-wien.ac.at/~guth/toward_contract_frmwrk.pdf>
>see Chapter 5

Thanks, this was very helpful and very clear about how you would like "Ticket" to operate. I have no trouble with it.

And I see also that "contract" is going to be an unavoidable word. I only suggest, as before, that for front-line consumer applications, "agreement" might be better to have on the pull-down menus. But this would be a call made by whoever writes the software to run on the browser, so it's not really an issue in writing ODRL.

steven

>
>Susanne
>
>> 
>> Hi,
>> Comments for Steven's email:
>> > 
>> > 1. Bidding would probably be a large-scale addition and if so might slow
>> down dissemination of ODRL at a critical time. 
>> Not really - bidding is just an extension to the type elements and thus
>> has no real effect on the overall license structure.
>> > 
>> > 2. What is a "ticket" in your revamped model (or, for that matter, in
>> the original version 2. I admit I've forgotten)? How is it different from
>> "contract"?
>> A ticket in both models is essentially the same as a ticket for a
>> concert, the bus etc - it gives the bearer a set of rights from the
>> rights holder; and the bearer is not a defined party (so I could give
>> you my ticket and you will have access).
>> > 3. The use of the word 'contract' will be appropriate for negotiations
>> between corporations and bureacracies, but might put off the average
>> consumer wishing to download music or a few pages of text, say. In this
>situation,
>> in my opinion, "Agreement" is much more user-friendly. Admittedly, the
>> average user will not need to be looking under the hood, so "Agreement"
>could
>> be used in pull-down menus etc., and 'contract' in the actual code. But
>> still, it would be more clean to have the same word used at both levels,
>> unless there is a legal reason why the word 'contract' has to be used; I
>suspect
>> that there is not. ("A rose by any other name would smell as sweet").
>> > 
>> Agreed - but I think it is also a problem with current DRM systems - DRM
>> systems are enforcement of license contracts not copyright - I think it
>> is better for consumers to know and accept the fact instead of the
>> current scenario where no-one knows what the exact situation is?
>> > 4. Section 4.5, "Other Issues": Unfortunately in all of these I seem to
>> understand too little about the situation to see a problem. I think I'll
>> take the 'glass-is-half-full' approach and treat this as evidence that
>ODRL 2
>> is almost ready for release.  :-) 
>> > 
>> Well I do have a full blown XML schema ... but I am not sure using it
>> would be a good idea ;)
>> > steven rowat
>> > 
>> > 
>> > >Hi,
>> > >New year's greetings to everyone. 
>> > >
>> > >As discussed with Renato and Susanne last month, I have been working on
>> > >a few new ideas on the ODRL v2.0 model, which I have just completed. In
>> > >the attached PDF, you will find a paper detailing the new model, and
>> the
>> > >motivations for the changes (most of which are based on negotiations
>> > >support). The paper also contains 7 examples (in XML), the full schema
>> > >(XSD) and a sample data dictionary. 
>> > >
>> > >I can forward the original source documents for the model, xml examples
>> > >and schema file.
>> > >
>> > >I would like your comments and feedback esp. with regards to the duty
>> > >and action elements (see sections 4.5.4 and 4.5.5).
>> > >
>> > >Regards
>> > >Alapan Arnab
>> > >-- 
>> > >Alapan Arnab
>> > >Data Networks Architecture (DNA) Laboratory
>> > >Department of Computer Science
>> > >University of Cape Town
>> > >Rondebosch, 7700
>> > >South Africa
>> > >
>> > >Tel: +27 21 650 3127
>> > >Web: http://people.cs.uct.ac.za/~aarnab/
>> > >Blog: http://idiots-mind.blogspot.com
>> > >----------
>> > >"You must always believe that you can be the best, but you must never
>> > >believe you have achieved it".
>> > >Juan Manuel Fangio
>> > >
>> > >Attachment converted: Macintosh HD:new_odrl_20060111.pdf (PDF /CARO)
>> (000A9288)
>> > >_______________________________________________
>> > >ODRL-Version2 mailing list
>> > >ODRL-Version2 at odrl.net
>> > >http://lists.odrl.net/mailman/listinfo/odrl-version2
>> > 
>> > 
>> > _______________________________________________
>> > ODRL-Version2 mailing list
>> > ODRL-Version2 at odrl.net
>> > http://lists.odrl.net/mailman/listinfo/odrl-version2
>> -- 
>> Alapan Arnab
>> Data Networks Architecture (DNA) Laboratory
>> Department of Computer Science
>> University of Cape Town
>> Rondebosch, 7700
>> South Africa
>> 
>> Tel: +27 21 650 3127
>> Web: http://people.cs.uct.ac.za/~aarnab/
>> Blog: http://idiots-mind.blogspot.com
>> ----------
>> "You must always believe that you can be the best, but you must never
>> believe you have achieved it".
>> Juan Manuel Fangio
>> 
>> _______________________________________________
>> ODRL-Version2 mailing list
>> ODRL-Version2 at odrl.net
>> http://lists.odrl.net/mailman/listinfo/odrl-version2
>> 
>
>-- 
>Susanne Guth
>susanne at odrl.net
>ODRL Initiative
>http://odrl.net/
>
>Telefonieren Sie schon oder sparen Sie noch?
>NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie
>_______________________________________________
>ODRL-Version2 mailing list
>ODRL-Version2 at odrl.net
>http://lists.odrl.net/mailman/listinfo/odrl-version2