#musicbrainz

reosarevok: well, yes, if you consider a (maybe constructed) example:

you have a VA release with composers written in Japanese, but the titles in rōmaji... so users might want a pseudo-release with the composers in Latin transliteration as well

composers = ACs

so in this case, I would set the script of the original release to "Japanese", and the new transliteration release to Latin (to distinguish both)

yes, it doesn't matter if the script is unset... because if someone wants to do this (add a pseudo-release), he can easily change the Latin script of the original release, the bot won't change it back

Should this release be in the DB? http://musicbrainz.org/edit/16087180

jacobbrett: seems like a mix (as in, dj-mixed)

So it's not necessarily wrong to add it

But it does look strange

But technically, as something done by an artist with actual releases...

(see http://omni3.bandcamp.com/ )

Also, I guess it's actually a mash-up thing?

(looking at the titles)

reosarevok: I thought it may be, though was waiting for a response. I think I'll just abstain.

I would abstain, yeah

But you should ask if it's a mashup

hmm, I found a release that has only one track "Multiple Titles (See CD)" :-)

I wonder what happens with a mashup of two songs of the same artist :p

I think we can make our live a lot easier if we adopt this practise for all releases...

Sounds like a plan, huh? :)

hrglgrmpf, on the other hand it *is* a sampler

So the "all in one track" part is probably right

yes, of course... but the reference to the CD is funny :-)

(where the hell did it come from BTW?)

(no history at all!)

reosarevok: this is fairly common for really old releases... I don't know why...

:/

Argh

hrglgrmpf: I think that would be a bit of a contrived and controversial example

why? (I agree on contrived)

41 approvals

To make

Someone fix the recordings-from-release thing in beta

I would most likely vote no to adding a release where only the artist credits change, it's not necessary. picard can already use latin names (the primary use of pseudo-releases is tagging...) and we can already store localised names as aliases

neither are perfect, but neither is adding loads of pseudo-releases

wtf? Are there really only three タワーレコード releases on musicbrainz, or are there more on some duplicate of this label which I can't find? http://musicbrainz.org/label/eb758e61-9ece-41eb...

reosarevok: thanks for pointing at that forum thread. I was gonna add that box set release myself. now I know I don't need to bother :)

I don't own it anyway and didn't realise it was gonna be so complicated...

nikki: ok! I never used a Pseudo-Release, so this was completely made up

flamingspinach, it says there it's a distributor

oh, you're right

So I would expect the releases to be under the specific labels

yeah, never mind :)

flamingspinach reosarevok : tower records is a shop . the listed releases are Tower records ONLY releases like if there were Amazon exclusives or Itunes exclusives etc.

oh, I feel dumb now

they also have a production label but in these particualr cases (because they are tower exclusives) I thought better to put this distributor instead

I say “I” but I’m not alone

we don't use itunes or amazon as the label for itunes/amazon exclusives though

I wonder why jesus2099 doesn't just stay in here if he's reading logs somewhere

perhaps I can get some opinions on http://musicbrainz.org/edit/16167464 ?

Unless the two names designate musically different projects

not really that much, AFAIK, unless you compare Armin then and AvB now.

FWIW, he lists them all indistinctly in http://www.arminvanbuuren.com/discography/page/...

But his other alias Perpetuous Dream is a different style and he hijacked that personally

Hmm, he also lists that other one there

that page is for all his aliases though, it seems

Yeah

now that‘s just plain wrong :P

The first ones are marked Armin, the rest van Buuren

so, SultS, why would you keep them separate?

Honey badger don't care!!

I'd expect that to be "I just don't care, like honey badger"

Also, wtf, van Buuren is knighted?

The Dutch are crazy :)

kovacsur, because the name “Armin” was used officialy bu AvB, and on multiple releases. But it‘s mostly comparable to a band changing it‘s name at some point. I‘m not sure right now, do we merge these?

merging them has some practical advantages

SultS, we do if the changes are small I think

releases, recordings being in the same list

so I prefer to keep them together unless the differences are too big

nikki: what about http://musicbrainz.org/edit/16146949 ?

"If a group changes its name and then continues to use that name, as above, this depends mainly on the extent of the change. If it is only a fairly minor change, it is fine to simply update the current entry and use aliases and artist credits for the variations. If it is a larger change, it is usually considered a new group. Again, what counts as a minor change varies from artist to artist."

I can definetly see pros of keeping these names together, but I‘m not sure it‘s the correct thing to do

hrglgrmpf: well I hate url descriptions and wish they'd go away :)

hehe

voted no

So do I, but if we're going to keep them...

This kinda makes sense

It's really a description of what the link is, for once :p

maybe we can use the description of the license URLs for better display in the future...

Or kill it

:p

(changed back to abstain)

http://tickets.musicbrainz.org/browse/MBS-3791 :p

Heh, 5 votes

reosarevok, based on the description, I guess it‘s fine to merge… Still not sure I wanna vote yes to that though :P

I think abstaining is fine

hrglgrmpf: we'd still need to special-case them because of all the shit already in the descriptions, in which case it doesn't make much difference whether it's in the url description or in the code itself

SultS: we do have a way to change a release + all recordings now (in beta)

hrglgrmpf: and in the code means it can be translated later ;)

So if then we want to undo it, we can

nikki: true...

nikki: feel free to vote no :-)

reosarevok, that‘s good to know.

flamingspinach: I don’t stay connected when I’m not *here* :) I read the logs from time to time (I have a userjs red bar that tells me last line I already read)

kovacsur: thanks for the hand !

You're welcome. :)

http://www.huffingtonpost.co.uk/2012/01/05/swed... wtf

v6lur and hrglgrmpf it is fix nopw, the userjs

Tell me if it’s wrong or OK for you :)

ok for me - thank you! :)

v6lur, could you rename the thread to something like « [fixed] Conflict with another userscript » ? Thanks in advance. :)

jesus2099: thanks a lot :-)!

héhé, thanks for using it

done :)

thanks :)

nikki: maybe forget my piece of code that is removing tabindex, it can cause problem for editing existing dates (unless you copy legacy input dates to you date at loading time)

nikki: I can add this too and give you again

nikki: I just remove it, updating pastie again…

http://pastie.org/3153222 but always refer to my comment in your userjs page — it will always be up to date

http://www.youtube.com/watch?v=x-yC1Riabmc&... very nice.

Time of day

Mi ubicación: Antofagasta, Chile

Wut

nikki, reosarevok : is http://tickets.musicbrainz.org/browse/MBS-3672 literally about changing the relationship type?

Yes

no attributes or anything like that?

hm, how do I delete a work?

warp, you remove all relationships

And ModBot does the rest

ah

ocharles, not AFAIK

Let me re-read the RFC

Why are you deprecating LSE?

You're trying to generalize?

Ask BrianFreud for details :P

But yeah, ocharles: just merge into SE

That's what the RFC said

ok, review coming up

So when does the change come live?

jan 12th

Yay

ocharles, reosarevok: trying to get rid of more test data: http://musicbrainz.org/user/kuno/edits/open

nikki ^

(just in case you find out they're used somewhere, like last time)

Y u no use test server? :-D

KeLopez: getting *rid* of test data