#metabrainz

I think that's what the "playing now" listens are for

techically, the listening now thing is doable with the current infra. just check whether that user has a now playing listen currently

Right exactly that

monkey where do we have the playing now status currently available btw?

the yellow listen at top

Doesn't work for my profile!

Only on the RecentListens component (and with some issues like LB-834)

It's amazing though

LB-834: New listens are added to top of wrong Recent Listens page https://tickets.metabrainz.org/browse/LB-834

akshat. spotify integration?

Done lucifer

ah no, i was asking how are listening currently?

*how are you

Working now wow

👍

Maybe it takes a while to show up

yeah indeed. currently it takes 7 mins to do a full round of users.

Cool!

alastairp: lucifer: monkey: akshat: shall we discuss the wrap up plan soon?

+1

Sure. I don't think I have much input at this point but happy to converse

[listenbrainz-server] release 03v-2021-08-11.0 has been published by 14github-actions[bot]: https://github.com/metabrainz/listenbrainz-serv...

Sure!

Btw Spotify recently released their push notification regarding their wrap

lucifer I would like to add push notifications facility to the app soon because that's the best way for us to engage with our users and notify them about stuff

I am pretty familiar with how to do that using cloud messaging and that works perfect for such cases. Your takes on this lucifer?

alastairp: you about?

hi, I'm here

sweet, let's chat then.

akshat: i am not in favour of adding cloud messaging fwiw. i think the only providers are firebase or aws. we don't want to use either.

I've had a look at my items and have worked out the SQL query or at least the structure of it, for each of the 4 playlists on my list.

I can delivery everything on the last within 2 weeks, I'd say. 3 on the outside.

Agreed lucifer. Let me look for some open sourced alternatives for this then just as a normal search when I'm free

maybe should try english.

Can you rephrase that please ruaok I didn"t get that

sounds godd, akshat

Lol

I can deliver everything on the list within 2 weeks, I'd say. 3 on the outside.

Again, we don't want to use firebase because FDroid doesn't allow for it, right. Is that the only reason or there's more lucifer

two minor typos, total gibberish, noice Mr. Kaye.

ruaok: these are very similar to last year's queries, right? so there shouldn't be anything unexpected?

akshat: f-droid is one, but in general we try to stay away from cloud products.

well, there are two brand new ones and I wasn't super happy with approach from last year. I've worked out a new one that should be faster.

but this is all bread-and-butter stuff I've been doing for months, so really not hard.

and it dovetails into troi work, so I'm a happy camper. I just need to keep BS at bay.

great

this week I'll get the genre dumps processed again to discuss with reosarevok

I realized that we never defined what we'd do with the genres, once we had them.

although I notice that the item on this list says "Adding more genres for some genre thing"

Okaaay!

yeah, there it is

if we did, that didn't make it into the doc.

Most listened-to genres this year?

afaik we dind't discuss what to do with genres

your most listened to genres of the year?

As tags, I would guess, which can link to MB tags pages

right. "your top genres"

your top genres sounds good.

yea, but lets avoid the tag-clouds.

As a list of tags*

nothing but drama.

monkey: yeah, the idea is to add them as tags, then work out how many of them should be promoted to real genres

it could be a playlist! random playlist of songs of this genre?

could be iffy, lucifer .

but shouln't be hard to knock out in troi.

I think we should just have a few tags for this year in music, and focus on music discovery with genres as a separate feature. Needs a better plan

agreed monkey

seems good.

sounds good

To rephrase, I think "random playlist of genre X" might not make us look good

I'm very eager to play with more genres, I might see what comes out. if another playlist falls out its easy to include.

monkey: agreed.

could be chaotic-haphazard.

what's necessary for computing top tags/genres?

is this an sql query, or a spark job?

sql

and so do we need to push tags from MB to spark?

OK, great

That's neat

recording mbid -> tag -> groupby/count

with a connection to MB and LB, gaga can knock that out without problem

that crosses a database though

yeah, whatevs. nothing new.

sweet

i think mb probably has a json dump or tags?

*for

lucifer: naw, mb-docker is easier.

PSA: 10minutes left before meeting time

if gaga can do that makes it simpler.

bono has all that, gaga even has realer time access.

I think showing a list of songs which the user might like would also be great in addition to the playlist

lucifer: how do you feel about your stuff>?

(the realest even)

lucifer: yes, https://musicbrainz.org/doc/MusicBrainz_Databas...

Didn't get that akshat. In my mind, showing a list of songs ~= playlist…

akshat: in the context of the genres, it's probably better to show top tracks of the user in that genre, rather than additional new songs

i think should be simple to implement at least for one off.

at least given the time constraints

Right

Ah, I misunderstood akshat Ignore me

i have the dumps now to play with real data on michael. i'll probably get release color done this week.

similar users is already done, just need the pg table on lb side to store it. what else do i have

Is it similar users *this year* ?

list of new releases will take some time to figure out from top artists 50. can tell on that once i look into it a bit more

monkey: yes

👍

lucifer: I can help with that, not hard.

Yeah, that new releases from top 50 artists seemed more complexe

-e

sounds very much like we'll deliver on what is in the doc, then. great. then, monkey and akshat given what's just been discussed how do you feel about the state of things?

ruaok: nice :D

Just a matter of arranging all this nicely on a page :)

doable, then?

akshat: thoughts?

Sounds great to me!

One think I'm not sure of is how to show the playlists, i.e. how do I know which playlist to show for which user?

ah we forgot about LB in 2021 part

Freso: can I go early I am making dinner and it'd be great if I could just paste before I start heating

:)

or do we upload the lists to LB and link to them?

Freso Freso Freso

I guess we can query for playlists created for userX between tiestamp A and timestamp B ?

well, we'll do that anyway, but maybe just the link?

(just to make sure you see this)

that brings me to another topic.

some stuff may require temp tables.

and I fear that cruft could accummulate over time as we collect more years of stuff.

and going to create ourselves a maintenance nightmare for stuff that few people will read over the years.

seems like a bad plan to me.

but keeping historical records is... sooper cool.

what if we archived each report in an HTML frozen archive and stored those?

What's an HTML frozen archive ?

sounds cool.

like internet archive?

Will it work with React, BrainzPlayer, etc.?

monkey: https://www.kiwix.org/en/

Ah, I guess not then

monkey: no, it make static archives.

I guess it's better than not keeping anything :)

but think about it, in a few years the JS embedded these reports will go stale.

do we want to keep fixing them?

what if we make an archival copy version of the page as well?

keep static stats and then have screenshots of dynamic stuff?

and then toss that into a nice archive and nuke the endpoints for the year end stuff?

It’s Aaron Swartz Monday!

People up for reviews: ZaphodBeeblebrox, ruaok, akshat, yvanzo, monkey, zas, alastairp, bitmap, lucifer, reosarevok, Freso – anyone else who wants to give review, let me know ASAP!