Search the web
Sign In
New User? Sign Up
mvco · Media Value Chains Ontologies
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Hear how Yahoo! Groups has changed the lives of others. Take me there.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Re: [mvcoediting] MVCO WD editing   Message List  
Reply | Forward Message #115 of 117 |
RE: [mvco] RE: [mvcoediting] MVCO WD editing

Martin all an important correction to my last post:
 
 
I would like to discuss these things with your experts in copyright
exceptions. Are they subscribed to this list?

Please tell me more about this extension and the underlying experts
model.

MG: The ontology has provided hooks for copyrightexception experts to build any number of extensions that are deemed reasonable i.e. defendable from a legal stand point, I do not think that there are any experts on the list. Without being an expert I do think that the hooks provided are  ###-INSUFFICIENT-### and given that the question of privacy lies at the application level I am not too concerned about such.  Remember that in the analogue world when an exception is constested the mitigating circumstances are resorted to in order to prove legitimate copyrightexception so too the ontology can be used and thus does not preclude the storing of information that may be protected as private to defend the claim of a legitimate exception.
 
Marc


 

Martin,
 
I have copied this to MVCO as I think that it is interesting material for some of the members that have not subscribed to the editing list.  My comments follow:
 
 
You did not state what the MVCO will
do if mvco:CopyrightExceptionPermission does not exist, but I assume
that in this case it would prohibit the execution.
 
MG: What I did say was that permission is used to indicate that a claim of copyrightexception is consistent with the model of copyrightexception and related facts that would be provided in a future extension.


Can you explain a bit more what these "circumstances to be recorded as
Facts are"?
 
MG: The assumption is that if a copyright exception is invoked legitimately i.e. a teacher in a classroom, then the "Fact" "is_teacher" would be relevant and reasonable to record in the ontology with respect to a particular User.

Many Copyright Exceptions imply that Users can execute Actions on
Content in private (e.g. private copy).
 
MG. I see no reason why someone making a legitimate private copy needs to inform anyone of that fact. Now in the case where a DRM impedes the user to make a copy in absolute anonymity, then that user has only two alternatives:
 
1) Break the DRM and claim legitimate private copy if pursued for making a copy
2) Use an ontology such as MVCO to legitimately bypass the DRM and make a legitimate private copy and indicate so such that no one need to pursue the issue to determine whether or not the copy is private or pirate. This implies a resource that is locked but whose license is set to accept legitimate private copies providing that they are declared to be private in such a an ontology  tool, application etc.

In my opinion recording that a copyright exception has been invoked a
priori to executing an Action contradicts privacy.
 
MG: Access to user information as recorded in an ontology database can be private/protected and may only exist to be used a posteriore to legitimise past actions.  This of course would be governed by the application that intefasces with the ontology.

I would like to discuss these things with your experts in copyright
exceptions. Are they subscribed to this list?

Please tell me more about this extension and the underlying experts
model.

MG: The ontology has provided hooks for copyrightexception experts to build any number of extensions that are deemed reasonable i.e. defendable from a legal stand point, I do not think that there are any experts on the list. Without being an expert I do think that the hooks provided are  ###-INSUFFICIENT-### and given that the question of privacy lies at the application level I am not too concerned about such.  Remember that in the analogue world when an exception is constested the mitigating circumstances are resorted to in order to prove legitimate copyrightexception so too the ontology can be used and thus does not preclude the storing of information that may be protected as private to defend the claim of a legitimate exception.
 
There is however yet another way for incorporating exceptions, namely through complementary ontologies using the owl:imports feature.  This would allow for anyone to build an ontology about any area touching on the MVCO to import the MVCO to it. This would mean that an Ontology about one or more copyrigthexceptions could import the MVCO so that the exceptions invoked could be within the context of the MVCO outside those exceptions i.e. invoking the copyright exception for certain content uses while resorting to the MVCO for other relations.
 
Maybe you could let people know about our work in Amsterdam and see if someone is interested in propòsing authoritative copyrightexception logic that can be either included directly as an extension with the hooks proposed or in the alternative as an independent onotolgy that imports the MVCO.
 
Sorry you are not going to make it to Daejeon we have some terminology stuff to discuss ;-)) You will be available  through skype I trust!
 
Best,
 
Marc
 
 
 
 

ADVERTENCIA DE CONFIDENCIALIDAD: La información contenida en este mensaje es confidencial. La posible información de carácter personal que pudiera contener este comunicado, se encuentra amparada en la LOPD 15/99. Si recibe este e-mail erróneamente rogamos nos lo reenvíe, lo elimine de todos sus archivos y se abstenga de utilizar, reproducir, alterar, archivar o comunicar a terceros el presente mensaje, todo ello bajo pena de incurrir en responsabilidades legales. El emisor no garantiza la integridad, rapidez o seguridad del presente correo, ni se responsabiliza de posibles perjuicios derivados de la captura, incorporaciones de virus o cualesquiera otras manipulaciones efectuadas por terceros.

CONFIDENTIALITY NOTICE: The information transmitted in this message is confidential and only for the intended recipients. The possible information that this document could contain, related to personal and/or professional data is protected by Law. If you have received this e-mail in error, please inform the sender, delete it, and refrain from any reproduction, use, alteration, filing or communication to third parties. Any unauthorised use of the contents of this message is subject to incurring legal responsibilities and possible legal penalty. The sender does not guarantee the integrity, the accuracy, the swift delivery or the security of this e-mail transmission, and assumes no responsibility for any possible damage incurred through data capture, virus incorporation or any manipulation carried out by third parties.

 


De: mvcoediting@yahoogroups.com [mailto:mvcoediting@yahoogroups.com] En nombre de Martin Springer
Enviado el: viernes, 03 de octubre de 2008 20:46
Para: mvcoediting@yahoogroups.com
Asunto: Re: [mvcoediting] MVCO WD editing

Hi Marc,

"Marc Gauvin" <mgauvin@sdae.net> writes:

> Our proposal only records that a user has invoked a copyright
> exception and the copyright exception has been invoked.
> Therefore, there is no precondition that a user must fulfill to
> inoke copyright exception other than informing on the copyright
> exception as is commonly the case in many media publications that
> inform a priori to rendering that for example "fair use" is being
> invoked.

Thank you for your explanation. You did not state what the MVCO will
do if mvco:CopyrightExceptionPermission does not exist, but I assume
that in this case it would prohibit the execution.

As I wrote before, according to Copyright law Copyright Exceptions
need no Permissions. If your proposal requires a modification of
Copyright law you should make it obvious.

> Furthermore, the proposal awaits an extension to be created by
> experts in copyright exceptions to handle exactly how to link the
> different copyright exceptions with circumstances to be recorded
> as Facts.

Can you explain a bit more what these "circumstances to be recorded as
Facts are"?

Many Copyright Exceptions imply that Users can execute Actions on
Content in private (e.g. private copy).

In my opinion recording that a copyright exception has been invoked a
priori to executing an Action contradicts privacy. The crucial point
here is if and when the MVCO records that a user invokes a copyright
exception. I can imagine different possibilities, e.g.:

a priori | a posteriori
-----------------------------
always | on request

You should make obvious how the MVCO records Actions and how your
proposal deals with privacy issues.

I would like to discuss these things with your experts in copyright
exceptions. Are they subscribed to this list?

> In such an extension and whenever it is implemented in the
> future, the term permission is meant to refer to the fact that
> the invoked exception is consitent with the declared fact as per
> the experts model, not that a user "oermits" another user to
> invoke a copyright exception as you seem to believe is the case.

Please tell me more about this extension and the underlying experts
model.

> Are you going to the DMP Daejeon meeting? We could discuss this
> more there.

I am sorry that I will not be able to attend the DMP Daejeon
meeting. One possibility to discuss and meet some other "experts in
copyright exceptions" would be the 3rd COMMUNIA Workshop in Amsterdam
[1].

yours,
Martin

[1] http://communia-project.eu/node/109

> __________________________________________________________
>
> De: mvcoediting@yahoogroups.com [mailto:mvcoediting@yahoogroups.com]
> En nombre de Martin Springer
> Enviado el: viernes, 03 de octubre de 2008 14:47
> Para: mvcoediting@yahoogroups.com
> Asunto: Re: [mvcoediting] MVCO WD editing
>
> Dear Victor,
> I am one of the people who contributed to the DMP project which has
> the mission to "promote continuing successful development, deployment
> and use of Digital Media that respect the rights of creators and
> rights holders to exploit their works, the wish of end users to fully
> enjoy the benefits of Digital Media and the interests of various
> value-chain players to provide products and services".
> I believe that your proposed changes in connection with Copyright
> Exceptions do not reflect Copyright law and could possibly restrain
> the traditional rights and usages of digital media users.
> You propose [p.14]:
> Some rights can be invoked if certain conditions are met. For
> example, complete quotes are allowed for scientific purposes. The
> MVCO Ontology provides mechanisms for specifying such copyright
> exceptions, although the exceptions themselves are not specified.
> [p.52]
> Copyright Exceptions can be invoked by Users: Thus, apart from the
> ExecuteAction in the API Level 1 methods, a new
> InvokeCopyrightException method is offered. Upon execution, the
> existence of mvco:CopyrightExceptionPermission is searched, and
> examined against the corresponding mvco:CopyrightExceptionFacts.
> This appears to me like a contractiction in itself. Your MVCO proposal
> implies that Copyright Exceptions can be invoked by Users only if a
> CopyrightExceptionPermission exists and that Rights Holders must
> permit the Copyright Exception before End-Users can invoke it.
> According to Copyright law Copyright Exceptions can be invoked by
> Users without any conditions. Copyright Exceptions need no
> Permissions. Quotes would be allowed for scientific purposes even if a
> "QuoteException" is not permitted by a Rights Holder.
> My suggestion would be that you read Philip Merrill's TRU#1
> (http://www.chiariglione.org/contrib/2004/040120merrill01.htm) and
> reconsider your proposal.
> yours sincerely,
> Martin Springer
> Víctor Rodríguez Doncel <victorr@....edu> writes:
> > Dear All,
> > I write on behalf of UPC and sDAE to contribute a new edition of the
> > MVCO WD.
> > Please find attached the Word version of the document with the
> changes
> > we propose.
> > Best regards,
> > Víctor Rodríguez Doncel
> >
> >
> --
> Martin Springer GPG-ID 1024D/23058565
> Husemannstrasse 7 PHONE +49.30.41717658
> D-10435 Berlin MOBILE +49.172.3036702
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 270.7.5/1704 - Release Date:
> 2/10/2008 21:35
>
> No virus found in this outgoing message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 270.7.5/1704 - Release Date:
> 2/10/2008 21:35
>

--
Martin Springer GPG-ID 1024D/23058565
Husemannstrasse 7 PHONE +49.30.41717658
D-10435 Berlin MOBILE +49.172.3036702


No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 270.7.5/1704 - Release Date: 2/10/2008 21:35


No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 270.7.5/1704 - Release Date: 2/10/2008 21:35


No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 270.7.5/1704 - Release Date: 2/10/2008 21:35


No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 270.7.5/1704 - Release Date: 2/10/2008 21:35



Sat Oct 4, 2008 12:40 am

marc_gauvin
Offline Offline
Send Email Send Email

Forward
Message #115 of 117 |
Expand Messages Author Sort by Date

Martin, I have copied this to MVCO as I think that it is interesting material for some of the members that have not subscribed to the editing list. My...
Marc Gauvin
marc_gauvin
Offline Send Email
Oct 3, 2008
11:44 pm

Martin all an important correction to my last post: I would like to discuss these things with your experts in copyright exceptions. Are they subscribed to this...
Marc Gauvin
marc_gauvin
Offline Send Email
Oct 4, 2008
12:39 am

It is the hour that we answer mails and preparing my trip : My original text as follows was fine and my correction wrong: MG: The ontology has provided hooks...
Marc Gauvin
marc_gauvin
Offline Send Email
Oct 4, 2008
6:42 am

Dear All, Please find attached the draft AHG Report as of the end of our meeting today. Regards, Marc Gauvin ADVERTENCIA DE CONFIDENCIALIDAD: La información...
Marc Gauvin
marc_gauvin
Offline Send Email
Oct 13, 2008
8:32 am
< Prev Topic  |  Next Topic >
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help