Konzept #877

reassign individual rights

Added by Meik Michalke over 1 year ago. Updated about 1 year ago.

Status:ErledigtStart date:
Priority:NormalDue date:
Assignee:Thomas Mielke% Done:

100%

Category:-
Target version:Prototype 1.1) API Specification

Description

once a member assigned rights to us, there are four dimensions relevant for an optional reassignment that we should implement for both, the most flexible tools of administration for members and most compatibility with international counterparts:

reassignment with regards to

  1. individual works
  2. individual rights (e.g., live performance vs. radio ariplay)
  3. territory (e.g., europe vs. asia or germany vs. UK)
  4. a period of time (e.g., withdraw assignment for two months)

we do already cover 1. and 2., but not yet 3. and 4.; from very early on, members have asked for possibilities to organize their own concerts without the need to involve their collecting society if they only play their own material. this can also be extended to pressing your own CDs or similar DIY-activities.

my proposals

no. 3. is a no-brainer and should be implemented on a nation state level.

as for 4., this must be carefully designed so it doesn't backfire on members. however, i'd assume that members are capable of discriminating between their own will and something forced on them by promoters or companies. therefore i'd propose

  • to link this to the arbitration board so that members can file complaints against entities who want them to waive their rights without their full consent.
  • to evaluate the use of that reassignment option on a regular basis and keep the possibility to globally revoke the option temporarily if we come to the conclusion that it is being misused rather than used to the benefit of our members.
  • it should be limited to DIY use or charity (members would need to declare this), i.e., not to the benefit of third parties beyond this.
  • the use would still need to be registered, but at no cost.

Related issues

Related to collecting_society - Webfrontend #715: Creation: change tariff category gui Vermeintlich Gelöst

History

#1 Updated by Thomas Mielke over 1 year ago

#2 Updated by Thomas Mielke over 1 year ago

  • Tracker changed from Unterstützung to Konzept
  • Assignee deleted (Thomas Mielke)
  • Priority changed from Normal to Niedrig
  • Target version set to 6) Post Production

I'm quite critical giving event organizers such leverage. We should first do a survey on what features are actually important to our members before making things too complicated: For the moment it is possible to define the managing collecting society for a certain area of exploitation (aka tariff category) for distinct works. When it comes to also include regions and vacancy periods for inidual creations, this quickly goes beyond what is managable by a web user interface. I'd say: regions on a continent scale still would be possible but providing 120 nationalities to choose from for each creation times tariff category isn't feasible. If regional and temporal exclusion should really be an issue, we should implement this at a global level, meaning for all registered creations.

We'll keep this in the back of our heads...

#3 Updated by Meik Michalke over 1 year ago

  • Assignee set to Thomas Mielke
  • Priority changed from Niedrig to Normal
  • Target version changed from 6) Post Production to 3) Testing phase III

IIUC § 12 (1) VGG makes reassignments for territory mandatory: https://www.gesetze-im-internet.de/vgg/__12.html

however, we don't have to support this on a work-by-work scale. we can limit the granularity regarding both individual rights (2.) and territory (3.) on a per-user level. i.e., both decistions would globally affect all registered works we represent.

this does not solve or even relate to 4. (period of time).

#4 Updated by Alexander Blum about 1 year ago

  • Target version changed from 3) Testing phase III to Repertoire 3) Testing phase III

#5 Updated by Alexander Blum about 1 year ago

  • Project changed from repertoire to collecting_society

#6 Updated by Alexander Blum about 1 year ago

  • Target version changed from Repertoire 3) Testing phase III to Prototype 1.1) API Specification

#7 Updated by Thomas Mielke about 1 year ago

  • Status changed from Neu to Erledigt

We will implement a time/territory-aware structure for the representation by a certaion collecting societs (along with similar structures for copyright and neighboring rights management).

#8 Updated by Thomas Mielke about 1 year ago

  • % Done changed from 0 to 100

Also available in: Atom PDF