Hello all, i was trying to run the AcousticBrainz server on docker and it gets me this error:
2020-03-05 06535, 2020
Omar12
in "/code/hl_extractor/profile.conf.in", line 30, column 17hl_extractor_1 | could not find expected ':'
2020-03-05 06521, 2020
Omar12
I edited the profile.conf.in to be v2.1_beta1 like the github repo said but couldn't get it to work, i am on windows 10
2020-03-05 06528, 2020
Omar12 has quit
2020-03-05 06509, 2020
tbo joined the channel
2020-03-05 06523, 2020
antlarr
I've merged some recordings (which will actually be merged in 7 days) and now I want to fix the recording titles of the target recordings of the merges. If I do it, will I get conflicts when the 7 days pass ?
2020-03-05 06517, 2020
Lotheric
not 100% sure but I don't think so
2020-03-05 06527, 2020
MRiddickW joined the channel
2020-03-05 06557, 2020
antlarr
Let's cross the fingers, because this edit I'm doing now is LARGE and it would be a pity that it gets a conflict and it doesn't get applied
2020-03-05 06533, 2020
mudcrow has quit
2020-03-05 06512, 2020
JuniorJPDJ joined the channel
2020-03-05 06516, 2020
AJ_Z0 has quit
2020-03-05 06521, 2020
AJ_Z0 joined the channel
2020-03-05 06520, 2020
xplt joined the channel
2020-03-05 06519, 2020
AJ_Z0 has quit
2020-03-05 06528, 2020
AJ_Z0 joined the channel
2020-03-05 06528, 2020
AJ_Z0 has quit
2020-03-05 06528, 2020
AJ_Z0 joined the channel
2020-03-05 06556, 2020
xplt has quit
2020-03-05 06550, 2020
xplt joined the channel
2020-03-05 06535, 2020
waynedpj joined the channel
2020-03-05 06532, 2020
waynedpj
ahoy all. do metadata fields get inherited from artist -> release -> work -> recording? it seems as if the genre tags are inherited but not much else. for example adding an official website (the "website" or WOAR ID3 tag) to the artist does not show up for releases nor works/recordings by that artist. is this something that a app must do on its
2020-03-05 06533, 2020
waynedpj
own or can this be done by MB? thanks.
2020-03-05 06505, 2020
waynedpj
obviously only talking about fields that make sense to be inherited e.g. genres, tags, web links, etc.
2020-03-05 06544, 2020
reosarevok
An official website for an artist and for an album would be a different thing (but album ones are less common)
2020-03-05 06507, 2020
reosarevok
I don't think stuff gets inherited like that in Picard, but you can probably find a plugin or script to do it. outsidecontext?
2020-03-05 06538, 2020
waynedpj
reosarevok: agreed about an official album vs. artist website, but in this case the official artist website would apply to both the artist, release, recordings, etc. down the inheritance chain, correct?
2020-03-05 06518, 2020
reosarevok
I dunno :D We only do 1:1 mappings in our data, but it might make sense to store it elsewhere too for ID3 tagging
2020-03-05 06542, 2020
reosarevok
(outsidecontext who I pinged above is one of the Picard devs and might be more useful than me)
2020-03-05 06513, 2020
albertus1 joined the channel
2020-03-05 06517, 2020
waynedpj
reosarevok: thank you for pinging outsidecontext, will be interesting to hear their comments. so basically there is no inheritance of metadata happening in the database and so not the website either?
2020-03-05 06528, 2020
waynedpj
website as in official MB website.
2020-03-05 06534, 2020
reosarevok
Nope
2020-03-05 06544, 2020
reosarevok
I don't think we do any inheritance at all currently
2020-03-05 06556, 2020
reosarevok
Well, we rate release groups but show the ratings on release pages, IIRC that's the one thing
2020-03-05 06552, 2020
waynedpj
OK, so an MB aware app would be the one perhaps pulling the official artist website from the artist or release group for a track, not the DB providing it automagically. makes sense though IIUC there will be lots of redundant info e.g. genres for artist, release, tracks are usually the same but would have to be set on each entity individually
2020-03-05 06529, 2020
waynedpj
i also see in the latest stable Picard 2.3.1 there is now an option to "Fall back on album's artists genres if no genres are found for the release or release group" which is similar to the inheritance of missing fields from parent entities, though only for genre in this case (see https://picard.musicbrainz.org/docs/options/#meta… )
2020-03-05 06526, 2020
SomalRudra joined the channel
2020-03-05 06551, 2020
SomalRudra has quit
2020-03-05 06543, 2020
waynedpj has quit
2020-03-05 06519, 2020
xplt has quit
2020-03-05 06503, 2020
tdiaz1 has quit
2020-03-05 06536, 2020
tdiaz joined the channel
2020-03-05 06537, 2020
xplt joined the channel
2020-03-05 06538, 2020
Krispy joined the channel
2020-03-05 06513, 2020
Krispy
Hi all, I'm somewhat new to editing at MusicBrainz and have been adding my music collection but came to an issue that looked like it requires a decision of some kind regarding artist attribution: https://community.metabrainz.org/t/whats-the-arti…
I'm not even sure if this is the sort of thing that gets consensus or a ruling from authoritative maintainers or how to proceed
2020-03-05 06550, 2020
reosarevok
Hi!
2020-03-05 06533, 2020
reosarevok
This kind of stuff is problematic, but asking for comments from people who know the situation better seems like a good idea
2020-03-05 06522, 2020
reosarevok
My personal view would be that with the info there, crediting the person might be better than leaving it unknown, but the annotation at least should probably mention it's uncredited originally
2020-03-05 06509, 2020
Krispy
That's my inclination as well, though understand that field recordings often don't get credited with an artist. And I couldn't see if MB has a stance on this
2020-03-05 06521, 2020
Krispy
with no artist*
2020-03-05 06509, 2020
reosarevok
The other option would be to not credit anyone directly, but list the artist with a relationship, I guess
2020-03-05 06538, 2020
reosarevok
Which isn't wrong, but generally I like the idea of improving on [unknown] if possible
2020-03-05 06528, 2020
Krispy
Discogs handles this situation by giving the field recording no artist credit and then there are recording and producing credits which is factually more correct but also makes looking up music on my Plex a bit more complicated ;)
2020-03-05 06501, 2020
reosarevok
Yeah. We *can* do the same
2020-03-05 06515, 2020
reosarevok
I'm just not sure whether it's the best solution :)
2020-03-05 06526, 2020
reosarevok
I mean, whatever we use for the artist field, the relationships would make sense
2020-03-05 06506, 2020
Krispy
Yeah. And in general I want to get rid of the "Syntonic Research, Inc." release group as it's not only not an artist but also not how it was originally credited
2020-03-05 06546, 2020
Krispy
But I also don't want to start making all these destructive edits without some input...
