#musicbrainz

gioele: yep

at least you won't have to deal with my latest project... :P

The Rocky Horror Picture Show.... Original Norsk Cast :P

lol

But who can forget such classics as "Fra først av kunne alt gå an"?

Amy Winehouse - You Know I'm No Good (remix feat. Ghostface Killah) (03:22)

god, this is awful

:-)....i like the version on More Fish

Anyone know what script Norwegian is?

it's not really latin, is it?

it is

even with the three extra letters?

sure

ok

Been trying to check for any ae ought to be æ and a ought to be å cases, but no clue if this is in Bokmål or Nynorsk

I think it's safe to guess it's bokmål

bokmål = written Norwegian, normally, right? ("book" Norwegian?)

yes

danke :)

well, not sure about the book translation, I don't know a work in norwegian :)

er, word

lol, I've been studying up tonight :P

but as far as I remember how mo explained to me, nynorsk is mostly used only in "official" situations

that's kind of how their embassy site made it seem

then there's the third version, s-something, which noone uses

hmmm, luks?

yes?

Why would I analyze a single file, get the no puid match found message from musicip, manually match it up, and the puid button still highlight?

doesn't that mean there's no puid yet generated?

the button was disabled before?

yes

and if you double click the file, does it have a puid in the list of tags?

track 7 http://musicbrainz.org/show/release/relationshi...

yes

everything seems to have worked as you would expect, had musicip returned a puid

well, then it's not the "no puid" message, but the "can't match puid to mb" message

but the message was the "no puid on record" message

hmmm. maybe I misread it - could have sworn it was the other message though

maybe the file already had a puid tag?

maybe

can someone check the "englishness" of what I wrote? http://wiki.musicbrainz.org/CapitalizationStand...

sure

gioele: er, please don't use multiple = headers =

'=' = h1?

yes

I'd use something like = Italian Capitalization Standard = and then continue to use ==

Anyone here approve an edit for me?

A release isn't returning its ASIN correctly.

Usually changing the type of the relationship to something else and then back will fix it

gioele: making a few slight fixes to the English, nothing major

ok

luks: one question - panda told me that we're not using unicode semi-spaces for the moment, for tagger compatability.

Is that true for all unicode? looking specifically at "curly quotation marks (“ciao”) are better but not required"

ah

adhawkins: which edit?

I haven't created it yet.

It's this release:

The ASIN is there, but the client library isn't returning it.

BrianFreud: I'd personally very much prefer sane quotation marks, but people are stupid :(

the same with various dashes, etc.

adhawkins: should be fixed, I think

gioele: Does italian use both accent egu (sp?) and gravé, or just egu? ie, é and è or just è?

That's better, thanks luks :)

BrianFreud: we use both, but for different things: è is correct, é is wrong; perché is correct, perchè is wrong

just wondering for the e' case - how would someone know which accent it is?

I guess you need to know the language for that :)

BrianFreud: e' alone is è

reading this, I'd tend to always go for perche' --> perchè

BrianFreud: e' at the end could be both

ok

ok, saved - I made a few changes, added "or é" to the e'

hmmm, ok, someone else saved while I was in, 1 sec

ok, looks like we're ok

damn

ok, we're good now - had a edit conflict

If I can suggest, one other thing that might be good to warn against is that l'italiana situation - to an english speaker, it looks like "the Italian"

so tendency is to capitalize it as l'Italiana

BrianFreud: as it stans now, the "è or é" point is ambiguous. è alone can be mistaken for e'. e' alone is always è. Words ending with è can be incorrectly wrote as ending with e'. Can you think of a way to write this in a clean way?

Hmmm

BrianFreud: ok, I'll write something about adjectives

"Words ending in e' can either be -é or -è. e' by itself will always be è."

perfect

gioele: not even adjectives, just the masculine/feminine/(neuter?) using italiana - in english, you capitalize Italian, American, etc, so tendency would be to make l'italiana into l'Italiana

yep

as you saw :P

too much nationalism ;)

BrianFreud: done

:)

left you an edit note - I assume po' is the exception that proves the rule? :)

question: there is a famous Italian song called "Auschwitz". Nobody knows its name, so some compilations list it as "Canzone del bambino nel vento (Auschwitz)". What should I do?

So it has an official title and an unofficial title, but everyone knows it by the unofficial title only?

I'm not sure. There's a guideline for unofficial titles - you surround them with [ ]. But your case, might be a bit different.

I'd check with mo or panda, see what they think.

BrianFreud: its ufficial title is well know. But some compilations' makers fears that people will not recognize the big hit

(I need a break from English, I just spotted too many mistakes in my last sentence)

If the unofficial title was selected deliberately by the label and appears on the track list, shouldn't that be used?

LabelIntent? You could make that argument

I'm honestly not sure

as a fan I'd be happy to use the original name. The artist never used the compilations' name. The unofficial name can be translated to "The song about the kid who became wind [after being burned]", clear but too raw for my taste

ouch, yeah, that is a bit.. explicit

another similar question: official name "Io vagabondo", sometimes appears as "Io vagabondo (che non sono altro)". That is title + part of the chorus. Should I keep the chorus or get rid of it?

(same cheap compilations obviously)

I can't say for official releases, but on bootlegs, where there is a listed (incorrect) unofficial name, and a official name is known, I've replaced the mis-listing with the official title

Perhaps change them to the official titles, but annotate the unofficial titles?

There's no clear rule about that. I guess we're aiming for consistency, so in that sense the official title should be used.

that was the logic I used for the bootlegs

hmmmmm, this is interesting... next time we have the single/EP discussion, I'll have to remember this

for purposes of the major charts, a "single" release can be no longer than 20:00 min, or it's considered an EP.

I suppose that Dream Theater and other prog bands neved had a single

BrianFreud: Yeah, Lauri has sometimes talked about that in the mailing lists.

ok, time to sleep some :)

night all :)

bye

night

Morning, really

More like noon for gioele I guess

dholmes: yes

is the web interface the only interface? are there other tools to enter edits?

My understanding is that it's the only interface for editing at the moment

You can enter pweeds by the web-service, but nothing else afaik.

Actually, trms, probably. :)

Oh yeah, those =D

Anyone know the label style guidelines well enough to tell me whether http://musicbrainz.org/show/edit/?editid=6950558 should be Vale or Vale Music?

mornin'

I don't think that's really a style guideline issue is it?

mornin'

My gut says "Vale Music" but I'm just pulling that out of my ass

Yeah, other labels seem to use "Music" when it's part of the name, and that site seems to use "Vale Music" pretty consistently, so that's what I'd go with if it was me

That's one of the problems with labels. Is "Music", or "Records" or something similar part of the label.

Well

In that case, "Music" seems to be also part of the logo, so I'd use it.

Consider that it's often part of a trademark, and a formal noun

Either it's part of the company name, or it isn't. That doesn't seem like it should be a style issue to me

But we're talking about labels, not companies.

Or at least we should be talking about labels... Right now we have some sort of bastard children of both in our database.

Doesn't it usually amount to the same? Aren't labels usually companies, either subsidiaries or not?

One company may have several labels.

For example, for different uses. Or artist-specific labels.