#musicbrainz

/

      • BrianFreud
        well, yes, that's a result of either - and is the main goal
      • 2007-06-22 17325, 2007

      • BrianFreud
        lol
      • 2007-06-22 17343, 2007

      • krazykiwiMB
        representations of how little vetting isn't that important either, if everything is, according to our other goal, getting vetted
      • 2007-06-22 17345, 2007

      • BrianFreud
        I'm just looking at the process of how the data gets there, not the database itself
      • 2007-06-22 17310, 2007

      • krazykiwiMB
        so if it stays open _until it gets at least some vetting_, that's better than now, even if the queue size goes up
      • 2007-06-22 17324, 2007

      • ruaok joined the channel
      • 2007-06-22 17327, 2007

      • BrianFreud
        agreed
      • 2007-06-22 17334, 2007

      • krazykiwiMB
        ruaok: you prolly wanna pull up the logs of the last ten minutes
      • 2007-06-22 17342, 2007

      • ruaok
        uh oh
      • 2007-06-22 17344, 2007

      • krazykiwiMB
        except skip the kiwi in space part
      • 2007-06-22 17346, 2007

      • BrianFreud
        though, running the numbers when cooperaa and I talked about it the other day...
      • 2007-06-22 17350, 2007

      • krazykiwiMB
        oh no, we are being nice :)
      • 2007-06-22 17354, 2007

      • BrianFreud
        that queue doesn't just go up slightly
      • 2007-06-22 17309, 2007

      • krazykiwiMB
        if we weren't, i'd have said 'ruaok, you probably wanna log out again'
      • 2007-06-22 17310, 2007

      • BrianFreud
        it goes up MASSIVELY if we leave them open forever, even if voting doubles from current rates
      • 2007-06-22 17318, 2007

      • krazykiwiMB
        BrianFreud: so?
      • 2007-06-22 17326, 2007

      • ruaok was hoping to hide and code
      • 2007-06-22 17327, 2007

      • krazykiwiMB
        and i mean that kindly
      • 2007-06-22 17337, 2007

      • krazykiwiMB
        honestly, what does it matter?
      • 2007-06-22 17342, 2007

      • BrianFreud
        it may not
      • 2007-06-22 17351, 2007

      • krazykiwiMB
        i can't think of a single reason it would
      • 2007-06-22 17352, 2007

      • BrianFreud
        but put it this way, just something to consider
      • 2007-06-22 17313, 2007

      • BrianFreud
        assuming voting rates were to double from current, and edit rates stayed constant to now,
      • 2007-06-22 17317, 2007

      • krazykiwiMB
        it's just a number (if it wasn't on the voting page, would you care?)
      • 2007-06-22 17324, 2007

      • BrianFreud
        after one year, you have 142,500 open edits
      • 2007-06-22 17338, 2007

      • cooperaa
        +250,000/yr
      • 2007-06-22 17340, 2007

      • BrianFreud
        now all that data is live, until voted down
      • 2007-06-22 17309, 2007

      • BrianFreud
        but the chances, in a sea of edits THAT big, that anyone will spot even the blatently wrong ones for quick no votes,
      • 2007-06-22 17312, 2007

      • Kerensky97
        I liked the idea of bounuses for people who vote alot and become experts in certain areas/languages/genres.
      • 2007-06-22 17312, 2007

      • cooperaa
        but what percentage of the artists do people actually care about?
      • 2007-06-22 17313, 2007

      • Kerensky97 likes badges and medals.
      • 2007-06-22 17313, 2007

      • BrianFreud
        that's my concern
      • 2007-06-22 17330, 2007

      • krazykiwiMB
        brianfreud: who's to say voting won't go way up
      • 2007-06-22 17340, 2007

      • krazykiwiMB
        people will see 'oh, there's yellow releases here, what does that mean'
      • 2007-06-22 17342, 2007

      • cooperaa
        I mean, if there are 100,000 open edits for artists that NO one looks at I don't really care
      • 2007-06-22 17342, 2007

      • krazykiwiMB
        and quickly learn
      • 2007-06-22 17356, 2007

      • cooperaa
        yea, I imagine voting will go way up
      • 2007-06-22 17357, 2007

      • ruaok
        from the get go I thought it should never matter how many open edits we have.
      • 2007-06-22 17359, 2007

      • krazykiwiMB
        and be more inclined to say "hey, i have this cd, i was just going to tag it, and it looks great to me'
      • 2007-06-22 17302, 2007

      • yllona wonders is Kerensky97 was an Eagle scout :P
      • 2007-06-22 17302, 2007

      • BrianFreud
        krazykiwiMB: as I say, 142.5k is assuming the voting rate *doubles*
      • 2007-06-22 17304, 2007

      • ruaok
        but people have consistenly told me otherwise.
      • 2007-06-22 17320, 2007

      • krazykiwiMB
        ruaok: well, count me in with you
      • 2007-06-22 17323, 2007

      • ruaok
        people want to see their shit go through and not be in limbo for months on end.
      • 2007-06-22 17348, 2007

      • krazykiwiMB
        ok, we might have to differentiate from 'adding new stuff' and 'changing existing stuff'
      • 2007-06-22 17351, 2007

      • krazykiwiMB
        two queues
      • 2007-06-22 17352, 2007

      • cooperaa
        people can use the data while it is open
      • 2007-06-22 17306, 2007

      • BrianFreud
        krazykiwiMB: other thing that would have to happen, for it to realistically work, is you would have to be able to see track and AR edits in the release edit's view
      • 2007-06-22 17306, 2007

      • cooperaa
        this is true
      • 2007-06-22 17326, 2007

      • krazykiwiMB
        the 'changing stuff' keeps on working as now (expires and is either accepted or not), the 'new stuff' stays open until it's confirmed
      • 2007-06-22 17341, 2007

      • BrianFreud
        why?
      • 2007-06-22 17346, 2007

      • cooperaa
        hopefully the changing data queue would shrink dramatically if we are more thorough during the add step
      • 2007-06-22 17301, 2007

      • BrianFreud
        we see incorrect stuff being added, but blatently wrong stuff going on with changes
      • 2007-06-22 17303, 2007

      • Kerensky97
        yllona: no but I was in the military.
      • 2007-06-22 17306, 2007

      • Kerensky97
        ;)
      • 2007-06-22 17320, 2007

      • krazykiwiMB
        read above: people changing _bad_ data to better, will see their stuff not applied
      • 2007-06-22 17302, 2007

      • krazykiwiMB
        and the 'changing existing stuff' queue would always be smaller (and maybe the 'accept on expire' rules would need tweaking)
      • 2007-06-22 17325, 2007

      • krazykiwiMB
        but i'm still talking at a level way above details here, just think broader
      • 2007-06-22 17331, 2007

      • cooperaa
        I have a crazy idea...
      • 2007-06-22 17359, 2007

      • cooperaa
        how about we make open ADD edits fixable like a wiki
      • 2007-06-22 17302, 2007

      • krazykiwiMB
        (anyone konw what movie it is that has that big long speech about 'our first priority is... and our other first priority is... and our other other first priority...)
      • 2007-06-22 17316, 2007

      • krazykiwiMB
        i feel like that around mb sometimes
      • 2007-06-22 17327, 2007

      • cooperaa
        once they are accepted they are "locked" into "default quality"
      • 2007-06-22 17346, 2007

      • krazykiwiMB
        you can openly edit ongoing add edits?
      • 2007-06-22 17350, 2007

      • cooperaa
        yes
      • 2007-06-22 17302, 2007

      • BrianFreud
        cooperaa: sounds open to major exploitation/damage...
      • 2007-06-22 17304, 2007

      • cooperaa
        I always end up approving crap that people fix in their add edits
      • 2007-06-22 17318, 2007

      • krazykiwiMB
        no more than now
      • 2007-06-22 17329, 2007

      • BrianFreud
        what it that same idea, but only the adder has that ability?
      • 2007-06-22 17337, 2007

      • cooperaa
        sure that's a possibility too
      • 2007-06-22 17344, 2007

      • krazykiwiMB
        it's still going to need 3 yes votes to go in (i presume, once edited, the yes votes would disappear)
      • 2007-06-22 17349, 2007

      • krazykiwiMB
        again, details schmetails
      • 2007-06-22 17303, 2007

      • cooperaa
        yup
      • 2007-06-22 17320, 2007

      • Muz_ joined the channel
      • 2007-06-22 17336, 2007

      • krazykiwiMB
        where's that numbercrunching page again
      • 2007-06-22 17339, 2007

      • BrianFreud
        so pseudo-auto-edit ability for the adder?
      • 2007-06-22 17346, 2007

      • krazykiwiMB hides the dog
      • 2007-06-22 17350, 2007

      • BrianFreud
        the one I did?
      • 2007-06-22 17304, 2007

      • Muz has quit
      • 2007-06-22 17314, 2007

      • BrianFreud
      • 2007-06-22 17316, 2007

      • krazykiwiMB
        yup, i found it
      • 2007-06-22 17340, 2007

      • BrianFreud
        glad ppl are finding it useful :)
      • 2007-06-22 17348, 2007

      • krazykiwiMB
        just at first glance and adding numbers badly in my schnapps addled head, 'add' edits are 3/4 of the total
      • 2007-06-22 17307, 2007

      • juhae
        hmm
      • 2007-06-22 17312, 2007

      • krazykiwiMB
        splitting those into two queues would make voting easier anyway
      • 2007-06-22 17318, 2007

      • juhae
        next door neighbours are singing along to bad religion
      • 2007-06-22 17320, 2007

      • juhae
        really loud
      • 2007-06-22 17327, 2007

      • krazykiwiMB
        lol
      • 2007-06-22 17328, 2007

      • BrianFreud
        except for "Edit Track Name" - which 75% is most likely cooperaa's group
      • 2007-06-22 17339, 2007

      • juhae
        21st century digital boy
      • 2007-06-22 17350, 2007

      • cooperaa
        classical?
      • 2007-06-22 17352, 2007

      • krazykiwiMB
        that's bad religion?
      • 2007-06-22 17309, 2007

      • krazykiwiMB
        i thought ti was sigue sigue sputnik
      • 2007-06-22 17311, 2007

      • Kerensky97
        Good song.
      • 2007-06-22 17313, 2007

      • BrianFreud
        cooperaa: no, add editors editing their own adds
      • 2007-06-22 17326, 2007

      • krazykiwiMB
        and/or people fixing feat's
      • 2007-06-22 17332, 2007

      • BrianFreud
        lol
      • 2007-06-22 17337, 2007

      • Kerensky97
        SSS - 21st century boy
      • 2007-06-22 17342, 2007

      • krazykiwiMB
        or other style stuff
      • 2007-06-22 17352, 2007

      • krazykiwiMB
        Kerensky97: ohhhhh
      • 2007-06-22 17301, 2007

      • krazykiwiMB
        and barbarandroid
      • 2007-06-22 17301, 2007

      • BrianFreud
        well, I figure most ppl fixing style stuff are auto-editors...
      • 2007-06-22 17331, 2007

      • krazykiwiMB
        nah, i approve a heck of a lot of style stuff (it's the only kind of thing i do approve), just to get it out of the queue
      • 2007-06-22 17340, 2007

      • krazykiwiMB
        waiting for 3 votes to change [ ] to () is madness
      • 2007-06-22 17347, 2007

      • BrianFreud
        lol
      • 2007-06-22 17303, 2007

      • krazykiwiMB
        i'm not the only one who approves that kind of stuff a lot too
      • 2007-06-22 17312, 2007

      • Kerensky97
        I do it too.
      • 2007-06-22 17316, 2007

      • krazykiwiMB
        so a lot of the !autoeditors fixing style stuff, still don't get seen by many people
      • 2007-06-22 17317, 2007

      • BrianFreud
        the ones that drive me crazy are 3 votes to change (part 1) to , part 1
      • 2007-06-22 17323, 2007

      • krazykiwiMB
        cos they tend not to stay in the voting queue long
      • 2007-06-22 17337, 2007

      • cooperaa
        bug him when you get a change, he hasn't done it yet ;)
      • 2007-06-22 17339, 2007

      • krazykiwiMB
        i approve those too, when i see 'em
      • 2007-06-22 17346, 2007

      • krazykiwiMB
        heh, i will :)
      • 2007-06-22 17354, 2007

      • BrianFreud
        There still are some types of edits I wouldn't expire...
      • 2007-06-22 17302, 2007

      • krazykiwiMB
        and you know, if we're going to consider split queues
      • 2007-06-22 17315, 2007

      • krazykiwiMB
        how about a 'this only a style change' checkbox
      • 2007-06-22 17320, 2007

      • krazykiwiMB
        and put those in a queue of their own too
      • 2007-06-22 17345, 2007

      • BrianFreud
        Edit Artist, Edit Label, Edit Events, and any merge or remove, all ought to stay open for the same as adds
      • 2007-06-22 17346, 2007

      • Kerensky97
        Well that would keep all the arguments on one place ;)
      • 2007-06-22 17347, 2007

      • krazykiwiMB
        if they were split out, i could probably run through every one in the queue already on my own in an hour or two
      • 2007-06-22 17301, 2007

      • cooperaa
        Add/Edit/Remove?
      • 2007-06-22 17302, 2007

      • krazykiwiMB
        (assuming i only approved or yes voted the non-controversial ones)
      • 2007-06-22 17321, 2007

      • BrianFreud
        lol, like my search "the big pit of huh???"
      • 2007-06-22 17329, 2007

      • krazykiwiMB
        and assuming i'm not the only person doing it :)
      • 2007-06-22 17333, 2007

      • cooperaa
        I think edit artists should expire
      • 2007-06-22 17348, 2007

      • cooperaa
        chances are if they remain open no one else checks that artist
      • 2007-06-22 17348, 2007

      • krazykiwiMB
        those do need checking, but they rarely need 3 votes, just one sane person
      • 2007-06-22 17308, 2007

      • krazykiwiMB
        edit artists are often attached to fixing feat's though
      • 2007-06-22 17328, 2007

      • BrianFreud
        the ones I think make the least sense for 3 votes, though, are remove PUID and remove TRM
      • 2007-06-22 17337, 2007

      • cooperaa
        no trm :P
      • 2007-06-22 17342, 2007

      • BrianFreud
        you don't want those as auto, but 3 votes?
      • 2007-06-22 17343, 2007

      • cooperaa
        frig, those should be autoedits!
      • 2007-06-22 17345, 2007

      • BrianFreud
        no
      • 2007-06-22 17355, 2007

      • BrianFreud
        then all it takes is a script to kill every puid in the db
      • 2007-06-22 17300, 2007

      • BrianFreud
        but maybe 1 vote?
      • 2007-06-22 17302, 2007

      • cooperaa
        ruaok: when are we dropping TRM support?
      • 2007-06-22 17304, 2007

      • cooperaa
        BrianFreud: can you make the script? ;)
      • 2007-06-22 17309, 2007

      • cooperaa
        please
      • 2007-06-22 17311, 2007

      • ruaok
        cooperaa: not soon enough.
      • 2007-06-22 17324, 2007

      • ruaok
        I'm waiting for the traffic to drop, but its not happening fast enough.
      • 2007-06-22 17328, 2007

      • cooperaa
        once PicardQT hits beta or public?
      • 2007-06-22 17338, 2007

      • ruaok
        I think that is a great milestone.
      • 2007-06-22 17350, 2007

      • BrianFreud
        has luks given any indication when he's going to beta 1?
      • 2007-06-22 17356, 2007

      • ruaok
        then we'll give it 90 days and thats it.
      • 2007-06-22 17359, 2007

      • krazykiwiMB
        heh, do you have any idea how hard it is to withdraw software?
      • 2007-06-22 17300, 2007

      • ruaok
        not to me, no.
      • 2007-06-22 17302, 2007

      • cooperaa
        I thought he meant to a little bit ago
      • 2007-06-22 17320, 2007

      • drsaunde hopes classic isn't shut down until at least beta
      • 2007-06-22 17329, 2007

      • BrianFreud
        alpha 11 may have a few issues, but it's lightyears ahead of 0.7.2 in stability and reliability
      • 2007-06-22 17341, 2007

      • Kerensky97
        ^^ agreed