Community Team [archive]

@community giving an update that i won’t be on this week’s call. i have a friday deadline i must meet and don’t have the bandwidth to do that and finish my homework for our team tbh.

def down to pick things back up next week, and completely open to others stepping in/pick-up where i left off on the Mapping Diversity Survey

from my notes from our last call, we need another paragraph explaining why we’re doing it as well as flushing out the survey questions a bit more to be more inclusive. if anyone else is down with taking a stab at it, that’d be love.

if not, we’ll just pick things back up re: mapping diversity survey in a week or so

'preciate y’all

@Hakanto @boopboop @angus

4 Likes

18 posts were split to a new topic: Playlist Competition(?) Development

Alright, short question – long answer.

In the context of the player and co-op, I advise for clarity that we refer to folks who create playlists and curate as simply “listeners”. Creating playlists and other potential curatorial activities will be features of listener accounts, or could be reserved to Listener-Members. But terms like “selector” imply a different role.

In terms of multiple nicknames for accounts, I’m still learning about the user API so there may be misunderstandings below. Here’s my current interpretation; tread lightly.


In the future, a Resonate account will be able to create and manage multiple personas. Personas have unique usernames. Personas can be managed by one or multiple accounts. Examples: an artist could allow a persona they’ve created to also be managed by their label. A persona representing a band could be managed by all of the band members, each through their own accounts.

The main way that personas manifest practically is as a page/profile on the player. If multiple accounts controlled the same persona, they would all be able to upload to a shared artist page, edit it, etc.

I’m not sure if these same principles apply to listener pages, and that’s where this starts getting weird. On the player, a listener page displays playlists made by that listener. The URL for this page is linked to the listener’s username, so anonymity would require a workaround for the playlist to be accessible.

At this point, page and user management happens on the Dashboard (which has the music uploader, artist earnings, stats, etc) and the ID server (which manages profiles, editing accounts, uploading profile pics, etc). The priority there is to make the Dashboard useful for artists’ needs. Listeners technically can log into the Dashboard, but don’t have much to do there.

SO ANYWAY, multiple nicknames,

  • VIA DASHBOARD - First, we’d reach a point where an account can switch between artist personas while using the Dashboard.

  • VIA PLAYER - Switching personas on the player seems a lot more complicated. Listeners switching between personas on the player may be possible, but would require UI work or development of a Listener Dashboard. My instinct tells me that listener features ideally be built into the player itself, as it already is the listener dashboard practically speaking.

  • VIA FORUM - I imagine implementing this Persona system would require an new and sorta unprecedented Discourse feature. Discourse requires a username to be linked 1:1 with an email address, unlike resonate personas. Maybe there is some feature out there that allows a Discourse account to manage multiple usernames from a single account and to switch between them, but I have no idea how Discourse would handle all the other aspects affected by this (trust levels, badges, groups, etc).

1 Like

Even if this is only a rough rendering it is very helpful, thank you!

I’ll digest and then perhaps have more questions. :pizza: :hibiscus:

1 Like

Minor correction. No, a ‘persona’ belongs to one and only one user = account, typically an email address.

The intention was indeed that listeners, labels and artists could have multiple personas, but at the moment I think we are planning for listeners to have one persona, multiple personas being reserved for artists and labels. That could be changed.

2 Likes

Thanks for checking my work, Nick! :slight_smile:

Interesting, so a persona couldn’t be managed by multiple accounts?

Let’s say I am an independent artist on resonate and then I join a label. I have a persona for my music. I decide to give the persona to the label to manage. I wouldn’t retain any control over the persona? I may be misunderstanding.

It seems much better if this was more like a delegation of control which could be revoked at will by the delegator, like assigning someone as a proxy on your behalf. It would be odd to hand over complete control because I assume the artist would lose the ability to check their earnings and stats, not having access to the persona.

A delegating relation was envisaged. I’m not sure if it was implemented in the current version? From the user and membership API spec, see this comment:

Yes: There is a ‘delegate’ relationship that may be set by the originating owner of a profile. Either a label delegating control to the artist, or vice versa.

However, bear in mind It is important that a public release, legally issued under contract to a label should not be suddenly represented as an independent release, now that the artist is independent: two profiles may still be required, one under the label, and another as the independent artist. It should also be possible for the artist to create a separate profile that is the parent of both those profiles, one being the historic one under the label, and the current one. Of course the artist may have current and previous ‘personas’ under many labels, not just one.

If the ‘label’ relationship is just a looser ‘marketing agent’ setup, with no specific rights relationship to record, it may be perfectly OK for the ‘marketing’ agent to hand over the profile to the artist. It’s always the original owner that has to initiate the setting up of a delegate or the transfer of control, of course.

We have a very flexible profile system and even without a secure (and potentially complex) persona handover (think about transferring ownership of bank accounts as an analogy) there are workaround ways to represent the situation with only a little bit of duplication of profile information.

1 Like

@community here we go!

September 29 Meeting

@community Thanks all for coming :slight_smile:

No worries @brndnkng, we can continue next week :+1:

Playlist Competition

Mechanics

This is version 1 of the competition. Each cycle of the competition lasts for a calendar month.

What are we voting for

We can nominate any playlist, whether created by a human or machine. The playlist has to be two items or more.

How are playlists nominated

We create a new topic each cycle, people nominate playlists by replying to the topic with an embed, or link of the playlist. This nomination period lasts for 2 weeks.

How are playlists voted for

Nomination period ends, and poll is created in the OP of the competition topic with links all nominations in posts. Voting lasts for 2 weeks.

Communicating about competition

  1. Forum banner:
    • Announcement bar below header, above existing cards. Different background color, with a sentence:
    • Nominating period: “[November Featured Playlist Competition] Nominate a playlist to be featured on Resonate. Nominations close October 15.”
    • Voting period: “[November Featured Playlist Competition] Vote on playlists to be featured. Voting closes October 31.”
  2. Newsletter
  3. Note in player where playlist is featured

Website Community Embeds

Form factor

  • Card-style embed
  • User avatar
  • Excerpt from post

Homepage

  • Topic from the music category
  • Topic from the co-op category
  • Topic from the platform category

Co-op page

  • Co-op category
  • A topic the co-op category’
  • A topic from the platform category

Stream to own

  • 1 topics from the music category (?)

Topics

Tasks

  1. Add forum banner functionality: @angus will record video making changes
  2. Create the competition topic in #music: @boopboop
  3. @Hakanto will break out the website embeds into new topic in #platform:website, further specifying the changes. We will include them in the next development epic starting in October.
1 Like

If the desired technical characteristics of a future ‘selector account’ are similar to those of the artist role / account and permissions - ie the ability to create multiple personas, with their own playlists and rich story / pictorial content, it’s straightforward from a back-end perspective - we just add another ‘usergroup type’ and they share the artist-level Role permissions. As you say, what the player UI / forum does with it is a different matter.

The key thing is to make sure that the player is associating playlists, releases, profile pictures and uploaded tracks with a ‘profile’ (persona, usergroup) and not directly with a user. Hope that is true!

1 Like

Interested.

1 Like

@community here we go!

cc @richjensen

Community in Discover

Rather than using playlisting as the medium to feature the community in “Discover”, we’re proposing to include a curated list of tagged public posts from the #music category in the discover page of the player. This is in addition to all existing content on the discover page (nothing will be removed)

  • Post in #music is tagged by genre (either by poster or staff)
  • Post in #music is tagged by staff with featured tag (who will do the tagging)
  • Content (partially technical): Title, avatar and excerpt of tagged topic (tbd)
  • UX (partially technical): Add navigation button at the top (tbd)
  • UX (partially technical): Placement in page (tbd)

To do

  • @angus will canvas proposal
  • Write rules for curatorial tagging
  • Analytics of tags - using the Data Explorer plugin and Resonate API
  • @angus, @boopboop and @auggod will implement in the next epic before the renewal

Currently Being Listened To (Wave)

There was a proposal to including a playing now stream (combined stream based on current listens) in the discover section of the player:

Playlist

Features we may want for playlisting. These will be discussed further as part of a a future epic:

  1. CRUD of playlist
    • Reordering tracks in playlist
    • Updating album art
  2. Better placement of play-listing in UX and navigation
    • Help text and pointers
    • Better nav
    • Better placement in the UX
  3. Featuring of playlists(?)
2 Likes

bread’s ready

2 Likes

:drooling_face: :drooling_face: :drooling_face:

@community Just a note that the follow ups on our three areas of discussion are here

1 Like

:point_right:t3:@melis_tailored Check this out.

1 Like

@community here we go folks :slight_smile:

@community Thanks for a good meeting all!

Here’s what we discussed

Levels of Engagement

Community Class

https://community.resonate.is/c/co-operation/community/community-class

2 Likes

peace good people @community

just giving word that i won’t be making our call tonight. though this is the case, i was able to have further thought on the Mapping Diversity and Inclusion within Resonate and responded to that thread which you can see here

hope the meeting goes well and i will be on the look out for notes as they make it here to the forum space

much appreciation

4 Likes