I've heard this sentiment a few times and BMAT here in barcelona couldn't make recommendations work.
and this really explains why you don't find more music discovery tools in the wild -- this is really good news for us. We're not out to "monitize discovery". We're out to find better music, so this could be a great advantage for us.
yvanzo
reosarevok: Titles look good to me but the second ticket is probably not worth it as autoeditors know that beginners have not enough experience to be nominated.
reosarevok
Yes, but it's a trivial boolean to remove clutter from the profile :)
It's not for beginners, just for unconfirmed editors
"Invest in getting good/clean metadata" and "from artists, songwriters, distributors, labels" don't really go together very well in my experience :/
yvanzo
👍
outsidecontext
mayhem: that I also thought when reading this sentence. The community discussions shows that people are looking for music discovery, but I understand it is not a viable business model. Good then if it doesn't need to be
mayhem
exactly. we will focuse more on getting community donations to keep LB afloat. and companies will hopefully come to use MB + LB data, so we're not monetizing discovery. We're using it to showcase our data and letting the users benefit from it.
lucifer: the listenbrainz-mbid-mapping seems to not generate a config.py anymore -- I can't invoke manage.py . it seems that this has been broken for a while. do you know about this? am I doing a dumb again?
[listenbrainz-server] 14MonkeyDo opened pull request #2582 (03master…playlist-menu-component): Refactor playlist create/edit/delete modals to use NiceModal https://github.com/metabrainz/listenbrainz-serv...
But more importantly, they show the bitmojis (the profiles) with a headset on whenever someone is listening to music
I think 2 things: LB could have such a feature. Why can’t we approach snapchat to incorporate and use LB data for listens to show in realtime what people are listening to on their app?
mayhem
we could. but anytime I go to someone to ask for data, they say one of 2 things: 1) How much you gonna pay for that? 2) WTF, are you insane?
bitmap, yvanzo: for MBS-13281, is there anything that is_limited restricts that wouldn't already be restricted for editors without an email? Wondering if I should just remove the email_confirmation_date check from is_limited or we'd need to block something else elsewhere in that case...
awww yiss, lucifer. I'm headed back to the spice market in old delhi!
akshaaatt misses delhi now
lucifer
hehe lol
Lotheric_ joined the channel
Lotheric has quit
BrainzGit
[bookbrainz-site] 14MonkeyDo merged pull request #1008 (03master…BB-749): BB-749: Links that include "https://" as part of the non-protocol of the URL in Annotations break. https://github.com/metabrainz/bookbrainz-site/p...
reosarevok: not that I can see on a cursory review. so might make sense to just remove the check
I wonder why we even explicitly check it on the notes-received endpoint
ah so they can't disable the checkbox, nvm
zas: atj: jimmy is serving standby requests alongside pink since ~17:30 utc
that's going through pgbouncer -> haproxy -> postgres and it seems to be going fine so far. I just tweaked some haproxy timeout settings to allow long-running requests. the config could use further review