#musicbrainz

ianmcorvidae: I mean experimenting in the sense of rolling it out on production, and having actual clients use it on real data :)

yeah

whatever we release as the first version, it'll not be suitable for some use-cases, and we won't know the issues until we allow people in properly.

yeah

demosdemon: http://paste.pocoo.org/show/580346/ there you go

danke

warp: another suggestion, I think also from kepstin a while ago, was to make some of our current ?inc parameters no-ops -- i.e., include what they would have included in the base request, to decrease the (huge) number of unique WS urls we currently support

which would possibly also be helpful here

FUCKS

protip: check before tasting food

I foubnd shards of GLASS in it.. fuck

ianmcorvidae: that is certainly an option, though I'm not sure what benefit that would give us in itself.

not ever am i using glass lids any more

jesus man

warp: well, this was as part of a conversation on last-modified

right

which at the moment our best idea is "manually keep track of every possible URL"

:::::::::

but if we have a set of ?inc arguments that are "default" in some sense, for the editable WS

making those actually default might not be a terrible idea

uh guys?

ianmcorvidae: yeah

I am kinda freaking out here

CatCat: did you eat glass?

warp: ALMOST!

it scared the fukc outa me :c

CatCat: good, then you don't have to go to a doctor and such :)

thing is......

i ate soem and cewed it and it was really hard like chewing sand.. but i seem find

:///

You'll be OK, but yeah

my mouth isn't bleeding so i guess it's ok

Change to plastic lids :)

yea, just really scared me

reoafk: or metalic, fuck yes

i am seriously doing that

jesus

.. thanks guys, sorry to interupt your convo about like.. ulrs and stuff

haha

:)

:)

warp: I think plaintext's project will also help in this regard, e.g. we can figure out what inc parameters people actually use

if 80% of our requests to a given endpoint all include some set, well, may as well make those default :)

ianmcorvidae: I expect a few popular combinations and a long tail which does include all other permutations.

nikki: I'm open to other suggestions.

ianmcorvidae: great idea.

once that project gets going we're going to ask for suggestions for which pieces of data we should mine.

well, there's one :)

please suggest that when the time comes, ianmcorvidae

will do

thx

oh, if anyone wants a sneak preview of our annual report: http://test.metabrainz.org/doc/Annual_Report/2011

ooohhhh

any typos or suggestions for what to add would be appreciated.

wow I'm not even in the top 24 of editors or voters.. FAIL no my part

alos..

WTF is this" drsaunde is dethroned!!!

by.. reoafk !!!!!

woa

salutations reosarevok!

kepstin-laptop: thx. will go hunt that down.

kepstin-laptop: fixed and transcluded

warp: Would it be possible to just submit the changed portions of the entity, or the changes themselves?

hawke_1: the problem there is dealing with deletions

hawke_1: heh, that's basically what I wanted

there isn't really a great system for XML diffs, unless you know of one :P

for deleting an attribute I'd expect an empty string (e.g. <artist><begin-date></begin-date></artist> or whatever the xml is) I guess for deleting whole entities I'd just have an extra section listing things to delete

ianmcorvidae: I kind of wonder if it’s that great an idea to be truly deleting things anyway — it’s potentially a lot of history lost that way.

hawke_1: it'd be for entering "remove" edits

all delte edits should stay open until votedon imho

the history's still there, unless we're talking whole entities

also merges

adds and such aren't so important

well i mean, as potnetial wreckers of data

ianmcorvidae: Right, I’m talking about whole entities. For deletions you could just submit the portion you want to delete, as nikki described

(presumably <artist><begin-date /></artist> would also work)

off not oww

anyway, natta

You can’t have computers on?

How do you use them?

i mean ,on whiel I am not there

ah

:D

hawke_1: I can't think of a good way to describe _just_ changes in xml

hawke_1: I can see a fair amount of issues with having to submit entire entities in PUT requests, so I'm not entirely opposed to submitting just changes.

warp: If an element is not included then it’s not changed; if it’s cleared, then it’s a deletion; if it’s included with a value, then it’s updating that value. Or am I missing something vital?

Hover over the tracklist http://navap.mbsandbox.org/release/f2f593cc-977...

hawke_1: you're not able to describe changes to a list in that way

hawke_1: and changes to elements where the difference between the element being present or not is significant (i.e. the difference between "" and NULL in the database).

navap: I for one like to be able to know what entities I've already visited without needing to highlight each track...

Although even for that it feels a bit like "suddenly a giraffe"

(or in this case, suddenly blue links)

Suddenly a giraffe? haha

seems I missed another meme

heh

warp: You mean tracklists specifically, or…?

hawke_1: lists of labels, isrcs, iswcs, ipis.

navap: yeah, I don't like the black pre-hover; why not some sort of background/shadow/etc. change instead, that's pretty standard?

My goal was to mute the amout of blue links in the tracklist

navap: why?

navap: but we're a relational database! relationships are awesome! D:

also, looks like visited links still show up purple, so you get a weird double state (looks like a link when it's visited, but doesn't otherwise unless you hover)

I added those purple things in just now for reoafk

I think the black is the problem, not the purple

I really don't see the problem with showing the links

now you can't see visited links at all

I'm fine with being able to move them to the bottom of the release for weird people like nikki who like it that way

But still, showing them

I've gotten so used to not being able to tell visited links from normal links that not seeing purple doesn't bother me

I've always been able to tell apart our visited/unvisited links :P

navap: we've already established that your monitor is screwed up :P

heh, well I assure you I can tell the difference now that they're purple

are you ever not allowed to vote or post edit notes?

(as a logged-in editor)

yes

You can't vote on your own edits, unless you're approving your own

navap: Oh, was that fixed?

you can't vote or add notes to other people's edits if you're a limited user

ah, right.

VxJasonxV: btw I was kinda hoping you'd fix that artist :P

thanks.

hawke_1: uh, I don't know about the bug, I was more talking about what /should/ be

warp: Hmm, there appear to be several “XML data manipulation languages” floating around out there. Maybe one of them would be a good candidate?

how to add deluxe edition to album tile?

: or ()