#musicbrainz

zag: ... so does Santana?

(I checked the searches and both have the boring Latin band on top)

it has 96 for some reason, I don't understand the rating

bob marley has 96%

wtf

Yeah

zag: the rating is based entirely on text matching over multiple fields and aliases

ahh ok, im a mysql dev so i get that ;)

it is unrelated to whether the artist in question is the one you want :)

That's weird, as I admitted - but Santana seems OK, so why would that one be a problem while Nirvana isn't?

zag: So figure out why your preferred santana gets a lower score, and we can fix it. :-)

on it

(I mean, they both get max score on the direct database search, as expected, but the band is over the reggaeton artist on the indexes)

the musicbrainz lucene-based search server always seemed sort of black magic to me

To everyone except ijabz I think :p

hrm. my scanner doesn't work under linux if it is not plugged into the linux computer. how dissapointing.

any ideas which exact fields it matches?

maybe we could edit bob marely the comedian down a notch

zag: you're using the webservice search, or website?

web service

it seems different i think as well

zag: really, the problem is that you're relying on name matching against an artist

which is never going to work in general

indeed

zag: http://bugs.musicbrainz.org/browser/search_server is the search server code, anyway, if you want to take a look at it

sure it would be nice if it could magically match the one you want better, but you cannot rely on that

thx will take a look

mb-chat-logger, you disappoint me

mbs-5886

hmm. it ignores lowercase?

MBS-5886 then..

or maybe it's just turned off

mb-chat-logger, on

reoafk: I'm already logging #musicbrainz.

ianmcorvidae: mb-chat-logger isn't fixing links, does it need a reboot?

http://tickets.musicbrainz.org/browse/MBS-5886 anyway. heh, fun

Anyone here knows how CDStubs actually work? http://forums.musicbrainz.org/viewtopic.php?pid...

(I *seem to remember* if the discID got added elsewhere the cdstub was removed but maybe I'm making it up :) )

reoafk: that is the intent afaik, I have never actually interacted with cdstubs myself, so I wouldn't know.

I love how well we understand our own processes :)

:)

we have too many features

We're the Office of music databases :p

let's drop all the features I don't use.

but warp, freeDB is already on other page! :D

(ok, freeDB with cover art I guess :p)

I imported two discs from freedb this year.

We should drop cdstubs at some point though

Or well, merge them into geordi

Not drop-drop them

Why am I still afk anyway

welcome back!

hmm, from a random sampling, it looks like those are mostly due to dates

kepstin-work: that's exactly the point

some overlapping date ranges, some not overlapping

kepstin-work: well, it's mostly due to one date + one without date really

heh

Maybe

Often, they're just wrong

but yeah, the one with and one without is easy to clean up

I'm cleaning up the easy ones (maybe 70%+)

So that people can later look at the hard ones :)

Obviously, we should fix MB so that it stops happening anyway

But that's too hard for me to do :)

Grumble…stupid “keep me logged in” checkbox.

reosarevok: why does this show up on that report? http://beta.musicbrainz.org/work/ceefcf56-82e6-...

hawke_1: without having looked yet - translator + lyricist?

Ah, yep.

didn’t realize that was considered the same thing.

Unlike our translator-as-attribute setup

Your psychic powers are impressive

hawke_1: only by MB :p

Feel free to RFC to make translator its own rel

I certainly have been tempted :p

Well, I don’t have a problem with translator being an attribute

I mean, they wrote translated lyrics, that’s fine.

There are other things with translations that suck

Well, and the arranger arranged a composition :p

like the description that anything in another language is a translation

Yet they're not composers as arrangers

? translating involves creating new lyrics in a different language though

arrangement isn’t composition, or so I’m told.

(The distinction is very fuzzy to me)

(see “In Dulci Jubilo” discussion)

heh that description

Seeing the guideline we found for http://wiki.musicbrainz.org/Lyricist_Relationsh...

That should probably be updated

But that needs updating http://wiki.musicbrainz.org/Other_Version_Relat... proper

Feel like RFCing? :p

er…not sure what needs to be fixed

Well, the translated attribute thingy should follow the same guidelines as the translator attribute thingy I assume

(ok, technically both are "translated", just that one's a verb and one's an adjective :p)

Which sucks for translation btw - ianmcorvidae, can that be solved in any way? ^

(without adding a second attribute that is)

well, the vague plan to pre-interpolate the strings (i.e. *before* putting them in the message catalog) would help, I guess

since then you'd just get the final string to translate, rather than the {} whatevers

except for, like, instruments obviously

ianmcorvidae: sure, ok, the problem is that while adding the rel the attribute shown for selecting is "translated"

ah, hm

no idea on that

I guess I could do some ugly thing like using "translation" as the translation instead and changing the strings for the actual rel

(with the translated:whatever thingy)

reosarevok: Think I should make a new translation style guide and link from both places?

That’s what I’m leaning towards

Hmm

wait

nikki, we took the translated guidelines for http://wiki.musicbrainz.org/Lyricist_Relationsh... from the attribute page, right?

Would you say that means they also apply to http://wiki.musicbrainz.org/Other_Version_Relat... already and the wording should just be changed without needing an RFC?

All the “Guidelines” section from the Other Version rel type should be dropped

they’re all talking about recordings really, not works

and that rel doesn’t apply to recordings

We know

But we were too lazy to RFC the drop :p

Maybe I should do that :/

I can do that at least. :-)

That'd be great

I would do it at the same time as I updated the translated section, if that’s necessary…

That'd make sense IMO

Of course, someone might object to the translation change, which should just mean we shout at them but in the worst case you can always drop that and just go forward with the removing of silly outdated bit

I just don’t like the idea of having the same thing twice (translated attribute describing the exact same thing in two places)

(any concept of "translated version" to mark language but not actual translation would seem to me to be obsolete too with lyrics language fields)

agreed.

So should I RFC a new translation guideline, or just apply the text from “lyricist” to “other version”?

I feel like some of this stuff should be automatic. :-/

Well, the other text wouldn't be *the same* exactly

Well, pretty much the same.

Ugh, the description of the attribute on http://wiki.musicbrainz.org/Librettist_Relation... doesn't make sense

Gah

hahaha

I have a birthday party today

So I can't look into it much more

So we have *three* places describing the exact same thing?

yes!

Kinda :p

kepstin-work: it was http://musicbrainz.org/release/12f5ac02-af0d-4a...

hawke_1, feel free to either look into it, or ping me tomorrow

reosarevok: I’ll see what I can do. Not sure how we *want* it to be is the problem.