#musicbrainz

(open PDF in Gimp...)

nod

Hmm, Gimp seems to see them normally.

Now I just need to work out how to batch-convert with Gimp.

You might also have the pdftoppm utility?

Yep.

Does it stay square if you convert to PPM?

(or PNG, if it's supported by your version)

Hmm, not sure how to use that tool…

pdftoppm file.pdf prefix

Apparently that supports jpeg too

Oh...

Cool.

OK, that one shows the pages joined…

so page 1/2, 3/4, 5/6 each on one image

god we have this problem in norwegian also, "redigering" is fine for "edit " as the verb, but as a noun it's not exsist

hawke_: Interesting. /me downloads the pdf...

(reading convo about estonian translation of mb)

Shepard: we discussed it briefly earlier today.

pbryan: It’s like each page is a cropped section of a single image.

ah

17:05 < warp> the design looks good in a video. seems somewhat windows 8 metro inspired.

rarlagrarl

vote for my edsits http://musicbrainz.org/user/CatCat/edits/open

uhuh

hawke_: Yeah, it looks like some PDF pagination trickery.

You can see clearly that the staple on 6/7 is there in one image.

warp: yup, found it in the logs

up at 6, wll have a full day and then a ting teathre for school. it starts at 19:30!

:///

i ma almost always ignored except by reosarevok sometimes

I am not called HSOWA or anything!

well

pbryan: Gimp seems to get it right, at least.

natta

of course, importing it imports each page as a layer.

hawke_1: Interesting.

hawke_1: You can select separate images.

It's an option when you import the PDF.

Ah, so you can

pbryan, hawke_1: Can you tell if it extracts the embedded file...or does it recompress?

jacobbrett: almost certainly recompresses

Cheers

opinions? http://beta.musicbrainz.org/edit/19141714

seems odd to change it if the cover art has 'their'

however, I don't know what the cover has, so :)

cover has "their" and "medh" and "riki"

i'd change "riki" to "ríki" in any case, but am not so sure about "th" and "dh"

I'd say don't change them, and follow the cover

even though it's less correct from a language perspective

unless you can find sources that suggest they consider the correct orthography to be a valid title

even then maybe not though

hawke_1: If you save as JPG, it definitely does recompress.

Yep.

You can attempt to extract the images using another tool... pdfimages.

Yeah, I’m not worried about that at all

it’s just for cover art

Ah, okay.

is there any way to force Picard to re-submit fingerprints?

hawke_1: Have you tried moving the tracks to a different release and then back?

Is there a sane way to handle multiple releases of differing media, with the same exact details of everything else?

It really annoys me when I make a digital release, then a CD comes out for it, I have to go back and edit it to be a CD in order to attach a stub to it.

could we get one more vote on https://beta.musicbrainz.org/edit/19143238 ? it's 502ing on approve/attempt to autoedit

VxJasonxV: edit it? you should add a new one!

why should it be a new one? :(

EVERYTHING is the same! except media type

Because new format = new release since NGS?

bleh

it pains me that a given release can have multiple labels / release events, but not "aliased" or some other mediums

You can easily reuse recordings and tracklist by adding it from the same RG page

Well, I certainly care more about whether I own a vinyl or a FLAC that about whether it was released on a Friday or a Monday

But still, a release can't have different dates anyway as of now

yeah, that one hurts too

And the label thing is supposed to apply when a release is co-published (as in, it has both logos and stuff)

Not when two labels release it separately

overflowing RGs make me sad too

navap: That’s what I ended up doing, but it was annoying to do with 50 tracks

VxJasonxV, overflowing?

jesus2099: if you read this scrollback, it would be nice for the acoustid display userscript to add an ellipsis at the end of the acoustid, to indicate that it’s not the entire thing.

just a ton of them is all I mean

hawke:

http://chatlogs.musicbrainz.org/musicbrainz/201... it works for me (._.?)

VxJasonxV: Speaking of overflowing RGs: http://beta.musicbrainz.org/release-group/8739c...

jesus2099: Hmm, yeah, it’s working for me now too.

héhé . about … on AcoustID on INLINE STUFF .. well I mimic the github display as it takes 1 char less, but maybe I'll try to see if it looks good with … :)

What progress (if any) is there on translating the Musicbrainz docs into other languages? (I'm curious about Japanese)

Docs? none at the moment sadly

We are not too sure how to do them

Do we even have any framework for how to translate the wiki?

That's what I meant :p

we don't, no

I'm stuck trying to communicate with a Japanese-native speaker on an edit he's (wrongly) voting against =\

yindesu tell me edit number I can help maybe with my poor level

it's the Fifty Four Sounds edit

give me link maybe :)

Edit #19103183 and Edit #19103184

there are 2 points to get across, 1) Label == Imprint image on spine/obi/disc, 2) Sony Japan and King Records catnos should be assumed Hyphens over Spaces

point 1 is quite ok for him :)

her

?

yindesu: I have to go to bed but will try to explain shortly to jpn editor. I will beforehand check if you find another yes voter in the mean time ;)

ianmcorvidae: I can read but have to reply properly :)

ianmcorvidae i'm pretty sure he posted the google translation as the edit node

note*

tomorrow :)

yes, he did

so I'm hoping to get a more naturalistic translation, to clarify the discussion for those of us that don't speak japanese :)

btw yindesu there is no official doc saying to use hyphen, it's just my post on somewhere

which basically says nothing useful about the Label (he's wrong), and says that Sony Japan physical releases do "AAAA ####" whereas the "standard" in Japan, and the standard Sony uses for all online text, is "AAAA-####" (hyphen over space)

I'm pretty sure there's precedent in the edit voting that people have shot down spaces

he says

sony always print space no hyphen

both hyphen and space are correct

there is no strong good reason to change in this edit

label change is ok though

sony doesn't _always_ print a space, 99.9% sure

(s)he’s not saying wrong stuff

they've printed it without a space or hyphen before (mostly Aniplex CDs though)

it’s just maybe we do prefer putting hyphens everywhere even me but there is no guideline for ths...

the point is, catnos is something which should obviously be standardized one way or the other

yindesu: which is also corect by RIS502 http://ja.wikipedia.org/wiki/規格品番

the vast majority are already hyphens, and it's what the rest of the industry does..