#musicbrainz-devel

/

      • nikki joined the channel
      • 2013-01-30 03002, 2013

      • voiceinsideyou joined the channel
      • 2013-01-30 03032, 2013

      • nikki joined the channel
      • 2013-01-30 03028, 2013

      • misterswag_ joined the channel
      • 2013-01-30 03040, 2013

      • andreypopp joined the channel
      • 2013-01-30 03032, 2013

      • ijabz joined the channel
      • 2013-01-30 03000, 2013

      • djce joined the channel
      • 2013-01-30 03001, 2013

      • nikki joined the channel
      • 2013-01-30 03036, 2013

      • Bookle joined the channel
      • 2013-01-30 03028, 2013

      • Freso
        ianmcorvidae: Did you look at the Cornel West stuff?
      • 2013-01-30 03007, 2013

      • zas joined the channel
      • 2013-01-30 03043, 2013

      • ocharles
        any reason we chose a subdomain for changed MBIDs over a path component?
      • 2013-01-30 03058, 2013

      • VxJasonxV
        cd
      • 2013-01-30 03000, 2013

      • VxJasonxV
        bah
      • 2013-01-30 03027, 2013

      • ocharles
        no such file or directory: bah
      • 2013-01-30 03001, 2013

      • Freso
        ocharles: Geek!
      • 2013-01-30 03003, 2013

      • Freso
        :D
      • 2013-01-30 03010, 2013

      • Freso
        Is there a way to do git format-patch for the initial commit of a repository?
      • 2013-01-30 03002, 2013

      • ocharles
        Freso: git show HEAD?
      • 2013-01-30 03030, 2013

      • Freso
        ocharles: That doesn't look like something git am will parse... ?
      • 2013-01-30 03036, 2013

      • ocharles
      • 2013-01-30 03022, 2013

      • Freso
        ocharles: Ah, cheers! I ended up just setting --date and --author manually in the commit, as my own searching did not give me that SO page. :|
      • 2013-01-30 03012, 2013

      • Ben\Sput joined the channel
      • 2013-01-30 03015, 2013

      • warp
        ocharles: subdomain? I do not understand the question.
      • 2013-01-30 03038, 2013

      • ocharles
        warp: it was more at ian
      • 2013-01-30 03050, 2013

      • ocharles
      • 2013-01-30 03023, 2013

      • warp
        hah, that looks way too specific for a subdomain, I agree.
      • 2013-01-30 03054, 2013

      • andreypopp joined the channel
      • 2013-01-30 03001, 2013

      • voiceinsideyou joined the channel
      • 2013-01-30 03023, 2013

      • ocharles
        I'm sure I'll be told I'm being awkward if I mention that
      • 2013-01-30 03056, 2013

      • luks
        change-ids doesn't look like a web service though
      • 2013-01-30 03021, 2013

      • luks
        I'd argue with the current form it should be on data.mb.org
      • 2013-01-30 03039, 2013

      • ocharles
        yea, but i think it should be more of a service
      • 2013-01-30 03051, 2013

      • ocharles
        that .gz should go away in favour of HTTP headers, and the index page should be machine readable
      • 2013-01-30 03044, 2013

      • luks
        I wonder what's the target use case for this
      • 2013-01-30 03057, 2013

      • ocharles
        Being able to fetch a list of all MBIDs that have changed since $x
      • 2013-01-30 03016, 2013

      • ocharles
        So headphones doesn't have to poll for changes for the entire media library
      • 2013-01-30 03004, 2013

      • ocharles
        (Amongst others)
      • 2013-01-30 03005, 2013

      • luks
        so you keep downloading these files, and if an "interesting" MBID appears in them, you update your MB data?
      • 2013-01-30 03019, 2013

      • ocharles
        I think that's the idea, yea
      • 2013-01-30 03034, 2013

      • ocharles
        or more - you download all files since $x, aggregate all the MBIDs you're interested in, then fetch them
      • 2013-01-30 03040, 2013

      • luks
        with 10-20 kb per hour, I think there is going to be a lot of catching up if you are one week behind
      • 2013-01-30 03007, 2013

      • ocharles
        10-20kb per hour with duplication
      • 2013-01-30 03022, 2013

      • ocharles
        the set of mbids you're interested in probably doesn't grow linearly with file size
      • 2013-01-30 03037, 2013

      • ocharles
        (ie, if an artist is repeatedly updated, they will appear in every packet, but you only do one request)
      • 2013-01-30 03028, 2013

      • luks
        but you have download all mbids, no?
      • 2013-01-30 03002, 2013

      • luks
        you have one file per replication packet (I assume those numbers are replication packets)
      • 2013-01-30 03000, 2013

      • ocharles
        yea, you do have to download all of them
      • 2013-01-30 03043, 2013

      • andreypopp joined the channel
      • 2013-01-30 03014, 2013

      • voiceinsideyou joined the channel
      • 2013-01-30 03028, 2013

      • Ben\Sput has left the channel
      • 2013-01-30 03000, 2013

      • reosarevok joined the channel
      • 2013-01-30 03035, 2013

      • nikki
        alastairp: re: dynamic work attributes, I'd like jasrac work id
      • 2013-01-30 03048, 2013

      • nikki
        which would be a text field, I guess.
      • 2013-01-30 03043, 2013

      • nikki
        (several of us have been entering them in annotations - https://beta.musicbrainz.org/search?query=type%3A…)
      • 2013-01-30 03037, 2013

      • Leftmost joined the channel
      • 2013-01-30 03027, 2013

      • alastairp
        nikki: cool
      • 2013-01-30 03001, 2013

      • alastairp
        I'll need to see if we can fit text into the schema. I think the original one expects fixed lists
      • 2013-01-30 03018, 2013

      • reosarevok
        Well, it's the same free text field as catalogue numbers for classical
      • 2013-01-30 03024, 2013

      • reosarevok
        So just list them together :)
      • 2013-01-30 03016, 2013

      • reosarevok sends yet another PR - people, keep asking for easy stuff!
      • 2013-01-30 03027, 2013

      • reosarevok
        :p
      • 2013-01-30 03016, 2013

      • andreypopp joined the channel
      • 2013-01-30 03037, 2013

      • voiceinsideyou joined the channel
      • 2013-01-30 03039, 2013

      • Ben\Sput joined the channel
      • 2013-01-30 03057, 2013

      • alastairp
        are we currently dealing with translations in things like work types, or instruments?
      • 2013-01-30 03002, 2013

      • alastairp
        I think the answer is no, right?
      • 2013-01-30 03047, 2013

      • nikki
        yes
      • 2013-01-30 03058, 2013

      • nikki
        well, "they're translatable"
      • 2013-01-30 03031, 2013

      • alastairp
        but currently stored as rows in the database?
      • 2013-01-30 03040, 2013

      • nikki
        yes
      • 2013-01-30 03056, 2013

      • alastairp
        ok
      • 2013-01-30 03027, 2013

      • nikki
        we extract a whole bunch of things from the db, in fact.
      • 2013-01-30 03039, 2013

      • alastairp
        ah, right
      • 2013-01-30 03040, 2013

      • alastairp
        hmm
      • 2013-01-30 03000, 2013

      • alastairp
        http://users.musicbrainz.org/~luks/tmp/works.png so from this, each work type has a different set of attributes
      • 2013-01-30 03008, 2013

      • alastairp
        which works for some things
      • 2013-01-30 03021, 2013

      • alastairp
        but not for, say, catalog numbers - since they might apply equally to all
      • 2013-01-30 03036, 2013

      • alastairp
        am I reading that right? (luks)
      • 2013-01-30 03056, 2013

      • luks
        work types in that images meant something different than they mean now
      • 2013-01-30 03006, 2013

      • alastairp
        ok
      • 2013-01-30 03031, 2013

      • luks
        they were more or less describing layers
      • 2013-01-30 03040, 2013

      • luks
        e.g. symphony vs movement, etc.
      • 2013-01-30 03044, 2013

      • reosarevok
        heh
      • 2013-01-30 03052, 2013

      • reosarevok
        Yeah, what work types *should* mean :)
      • 2013-01-30 03053, 2013

      • alastairp
        hmm, right
      • 2013-01-30 03008, 2013

      • reosarevok
        (with our current concept moving to tags)
      • 2013-01-30 03018, 2013

      • alastairp
        so current 'types' kind of become attributes?
      • 2013-01-30 03020, 2013

      • reosarevok
        (well, a tag-like system, not the current tags)
      • 2013-01-30 03046, 2013

      • reosarevok
        alastairp: the current types are pretty much genre tags
      • 2013-01-30 03017, 2013

      • reosarevok
        Unsure what the best way of dealing with them would be. Probably the same we do with genres, once we do something with them
      • 2013-01-30 03055, 2013

      • reosarevok
        Someone did propose renaming that to "work form" for now and adding "work type" with the meaning luks said
      • 2013-01-30 03003, 2013

      • reosarevok
        (CallerNo6 maybe?)
      • 2013-01-30 03008, 2013

      • nikki
        yes
      • 2013-01-30 03050, 2013

      • reosarevok
        That would seem reasonable to me - only problem I might see is the ws renaming
      • 2013-01-30 03005, 2013

      • reosarevok
        Although I honestly doubt anyone's using work types anyway so I don't think it'd break anything
      • 2013-01-30 03020, 2013

      • nikki
        are any of our existing types actually types?
      • 2013-01-30 03046, 2013

      • luks
        "song" maybe is a type
      • 2013-01-30 03003, 2013

      • luks
        but then people will argue that instrumental songs are not songs, so I'm not sure :)
      • 2013-01-30 03009, 2013

      • reosarevok
        It's certainly a form - you *might* see it as a type too, but...
      • 2013-01-30 03015, 2013

      • reosarevok
        I'd just call songs "full works" or something :p
      • 2013-01-30 03034, 2013

      • reosarevok
        (have 3 levels, "collection", "work" "part" or something)
      • 2013-01-30 03011, 2013

      • reosarevok
        I bet that'd get people arguing whether song cycles are collections of works, or works of works :)
      • 2013-01-30 03017, 2013

      • luks
        I think we should have different hierarchies for different music styles
      • 2013-01-30 03033, 2013

      • luks
        "full work" doesn't mean much in "popular" music
      • 2013-01-30 03037, 2013

      • reosarevok
        Well
      • 2013-01-30 03049, 2013

      • reosarevok
        What hierarchy *does* make sense in popular music?
      • 2013-01-30 03052, 2013

      • luks
        and things like jazz have they own classification
      • 2013-01-30 03056, 2013

      • reosarevok
        Isn't it pretty much flat?
      • 2013-01-30 03008, 2013

      • luks
        it's just one entry :)
      • 2013-01-30 03046, 2013

      • reosarevok
        I mean, the only use of "part" and "collection" as types is to allow people who want to see just full works to hide them really
      • 2013-01-30 03051, 2013

      • reosarevok
        Unless I'm missing a very clear use )
      • 2013-01-30 03051, 2013

      • djce joined the channel
      • 2013-01-30 03053, 2013

      • reosarevok
        *:)
      • 2013-01-30 03035, 2013

      • reosarevok
        (certainly, parts can have its own key different from the full work one, its own cat# in cases...)
      • 2013-01-30 03043, 2013

      • reosarevok
        (collections certainly get opus numbers)
      • 2013-01-30 03046, 2013

      • luks
        well, I've learned something about dancehall this weekend, so for example I'd like to see it to be able to track "riddims" :)
      • 2013-01-30 03059, 2013

      • luks
        or jazz standards
      • 2013-01-30 03008, 2013

      • luks
        which are not really full works, but they are not parts either
      • 2013-01-30 03022, 2013

      • reosarevok
        heh riddims
      • 2013-01-30 03055, 2013

      • alastairp
        hmm, jazz standards are interesting
      • 2013-01-30 03056, 2013

      • reosarevok
        Isn't that better served by a specific relationship between the riddim and the derivated works than a work type?
      • 2013-01-30 03000, 2013

      • luks
        what I mean is that different music styles structure music differently
      • 2013-01-30 03003, 2013

      • reosarevok
        (I know nothing about jazz)
      • 2013-01-30 03005, 2013

      • alastairp
        especially because the definition is so loose anywa
      • 2013-01-30 03013, 2013

      • luks
        and I'd like to track these semantic components
      • 2013-01-30 03015, 2013

      • reosarevok
        (well, that it bores me)
      • 2013-01-30 03052, 2013

      • adrianw joined the channel
      • 2013-01-30 03026, 2013

      • reosarevok
        I'd like to be able to mark hip hop beats somehow separated from the full works to for when they get reused
      • 2013-01-30 03011, 2013

      • reosarevok
        But doesn't that affect small enough bits of the DB that it'd be weird having it as "types" anyway? the thing about part and collection is that they're general
      • 2013-01-30 03021, 2013

      • reosarevok
        Dunno :/
      • 2013-01-30 03021, 2013

      • alastairp
        so, when someone reuses part of an existing recording?
      • 2013-01-30 03038, 2013

      • luks
        I don't think it would be that weird
      • 2013-01-30 03054, 2013

      • luks
        they beats can have certain artibutes that have no sense for things like classical movements
      • 2013-01-30 03010, 2013

      • luks
        so I think it makes sense to be a little specific here
      • 2013-01-30 03017, 2013

      • reosarevok
        Hmm
      • 2013-01-30 03035, 2013

      • reosarevok
        I guess I would see that work *if* you selected a type in the same place you then chose the attributes
      • 2013-01-30 03052, 2013

      • reosarevok
        (which I'd expect not to be the general edit work interface - that should stay as simple as possible)
      • 2013-01-30 03054, 2013

      • luks
        well, I assumed it would work that way
      • 2013-01-30 03010, 2013

      • nikki
        I assuming it'd be some sort of dropdown for selecting an attribute that would add a new row
      • 2013-01-30 03028, 2013

      • nikki
        err
      • 2013-01-30 03031, 2013

      • nikki
        I assumed
      • 2013-01-30 03035, 2013

      • alastairp
        so, am I getting from this that we need some further discussion planning to rework this stuff, or can we do attributes on top of current works and add this later?
      • 2013-01-30 03036, 2013

      • nikki speaks english really
      • 2013-01-30 03048, 2013

      • reosarevok
        alastairp: both probably? :)
      • 2013-01-30 03039, 2013

      • reosarevok
        luks: hmm, what attributes do you see for beats btw?
      • 2013-01-30 03056, 2013

      • reosarevok
        (I can't see any right now - well, BPM but thats per-recording)
      • 2013-01-30 03016, 2013

      • luks
        BPM came to my mind, but it's probably a bigger issue the other way around
      • 2013-01-30 03028, 2013

      • luks
        you don't want catalog numbers on beats
      • 2013-01-30 03038, 2013

      • reosarevok
        Why? :)