#musicbrainz

this is a possibility, however current state of database doesn't seem very up to date...

at least for "forreign" releases...

Fluke: then add it to the database! :)

I am slowly filling it, but to add each release would be a nightmare :)

hmm, depends on your interpretation I suppose.

well I usually add first release (vinyl) plus most widely used CD release...

however the things I'm entering can easily have 7 releases... :)

Adding earliest release is nice just to get the $originaldate

yes, that's why I'm doing it :)

Oh how I wish for a working earliest recording (not release) :(

xteejx: I guess we need recording groups for that :)

Hmm

(although you might be able to figure it out from work links)

tbh I'm surprised I'm the only one using MB for this purpose. Actually thought someone would've coded something up by now to search thru the recordings

the issue is that we're missing a lot of the info required to implement that right now

we have a lot of duplicate recordings, a lot of recordings linked to no works, etc.

Take Akon - Locked Up for instance, I have AcoustID http://acoustid.org/track/8489e380-ba01-4362-ae... which directs Picard to the album/release http://musicbrainz.org/release/875af056-6d66-45... where I think it should go to the artists recordings page and search through for the earliest date with the recording of the same name to come to the conclusion of 2204/05

I know, and I'm sorting thru the AcoustIDs when I come to them

which will take a bit of the workload off at least. I'm still unsure about merging so leaving that for now (bar a couple of obvious ones)

but yeah, the "correct" way to find the earliest recording will be to go through the linked work

You mean "XXX is a recording of XXX" r.ship ?

xteejx: yes

Yes.

I’m not sure how you could do that reliably though

Does Picard parse through that kind of advanced r.ship though?

Assuming you’re looking for “earliest release of ‘this’ recording”

earliest release of a specific recording can be seen by just looking at the list of releases that the recording is linked to...

Yeah, since remastering is now the same thing under the Style g.lines

which suits me

what i REALLY wantis the earliest possible date (likely to be release date) of the single

as long as it's not a remix or whatever, remastering doesn't count

xteejx: how do you want to deal with cover songs?

or album versions that are different from singles?

diffedrfnt entity entirely

album/single, tagged differently

ok, so what it sounds like you want is the date of the earliest release that is linked to the recording.

unless the audio is the same anyway

If they are linked correctly yes that sounds right

if they're not linked correctly, well, nothing to do but fix it in the db

of course :)

if you can figure out how to do that automatically, we'd love to know how :)

(it's a *hard* problem)

too many semantics and variables

…and even with the new, slightly-more-useful definitions, “recording” is still not super clear on definition.

how so?

Ok, so I have this recording http://musicbrainz.org/recording/5b2af3c4-61c3-...

OK…

What do I relate it to?

AFAIK there has only been one actual single recorded of this song, and remixes

you would relate it to a new work.

(assuming it doesn’t have a work yet

So you would go to http://beta.musicbrainz.org/release/875af056-6d...

(or non-beta if you prefer) ;-)

Add related work > ois a recording of XX

?

yep.

Ahhhh

You can search there…and create new if it doesn’t exist yet.

So no need to mess about merging then?

Right.

Why didn't you tell me about this before? ;) hehe

IMO the relationship editor is too hidden.

It is I agree with you

Originally it was another tab up with the 'edit' tab, but when it went to beta they moved it for some reason

Too visible? ha

Dunno

bitmap might know, he wrote the thing. ;-)

So, question...

not really any reason except the sidebar is where all the other edit links were :)

bitmap: except for 'edit [release]'

Does this make things more visible as far as linked things are (does that make sense?), and will it be parseable by Picard in that it can use Advanced Relationships to find originaldate ?

Not sure about the first part, but the second: no, Picard cannot use this info for original date.

It does make it more visible in that you can have information about composer/lyricist

and gives a central point for all recordings of that song.

That doesn't give me what I need :(

and also lets it show up on the related artists’ works page.

ah

Yeah, there is no way to get what you need (and we all would like) …at least not yet.

I was beginning to think I was the only one asking for some obscure combination of datasets I'll be honest :p

Until recently, that information would have just been inaccurate anyway, so there wasn’t any real reason to do it

the Jaikoz tagger seems to do some of this searching backwards in time though for that recording...?

(because recordings used to be something like 'masters')

Maybe, dunno about jaikoz

shame I can't pinch that search functionality from it ;)

Who?

The boy will be the future King

Oh, some weird Brit thing :p

Kate Middleton, wife of HRH William of Wales

reosarevok, yeah lol

ianmcorvidae, you socialist!!!

:p

something like that

oh don't worry I'm the same, don't give a crap to be perfectly honest, just saw it on bbc news :p

Would it be naughty of me to merge a recording with the original recording? Not going to start doing it without an OK from you guys

Depends on what the basis is for merge.

If it’s a remix, then yes it would be naughty. :-)

Ah no even I'm not that stupid ;)

Otherwise there’s a lot more leeway.

Ok, when I find an example, can I throw it your way?

Sure.

read http://beta.musicbrainz.org/doc/Style/Recording too, if you haven’t yet.

I wonder if advertising through the station to get free CDs that people are just going to throw away. After they've been checked/entered into MB I can give them to a local charity shop

Not a bad idea.

Think of the info ;)

DiscIDs, track names, all the little bits from the liner notes :D

hawke_1: http://beta.musicbrainz.org/recording/b81d468a-... and http://beta.musicbrainz.org/recording/ee2f276f-... they look good to me for a merge

yep, to me too.

you could even scan them and upload the images to the cover art archive! >:D

Woohoo

nikki, I could indeed ;)

ruaok: Oi.

Did kloeri poke you?

nothing.

:-(

Aw. I talked with him last night, and he said he'd get in touch with you today.

:|

ruaok: hiya

hey.

\o/

sorry, but not having heard from you in months, we really need to make plans.

sorry, I've been damn busy all day with https://blog.freenode.net/2013/07/server-hostin...

people need to buy plane tickets and shit.

I know

what do you need from me?

that sucks. :(

well, nothing anymore.

given that you and I failed to connect for weeks and weeks, we found another venue for our summit.

ok, I can understand that

and I'm sorry I've been so busy

yeah, I feel ya.

no worries.

I'll cancel with CBS then

maybe next year?

sure, it's still a great place and I'd love to meet all of you

Aw. :(

So where will it be instead?