(I *seem to remember* if the discID got added elsewhere the cdstub was removed but maybe I'm making it up :) )
2013-02-28 05958, 2013
warp
reoafk: that is the intent afaik, I have never actually interacted with cdstubs myself, so I wouldn't know.
2013-02-28 05934, 2013
reoafk
I love how well we understand our own processes :)
2013-02-28 05938, 2013
warp
:)
2013-02-28 05951, 2013
warp
we have too many features
2013-02-28 05902, 2013
reoafk
We're the Office of music databases :p
2013-02-28 05906, 2013
warp
let's drop all the features I don't use.
2013-02-28 05920, 2013
reoafk
but warp, freeDB is already on other page! :D
2013-02-28 05940, 2013
reoafk
(ok, freeDB with cover art I guess :p)
2013-02-28 05900, 2013
warp
I imported two discs from freedb this year.
2013-02-28 05904, 2013
reoafk
We should drop cdstubs at some point though
2013-02-28 05910, 2013
reoafk
Or well, merge them into geordi
2013-02-28 05917, 2013
reoafk
Not drop-drop them
2013-02-28 05902, 2013
reoafk
Why am I still afk anyway
2013-02-28 05911, 2013
warp
welcome back!
2013-02-28 05904, 2013
reosarevok keeps working to ensure http://beta.musicbrainz.org/report/DuplicateRelationshipsWorks?page=26&filter=0 is empty once it arrives on production :D
2013-02-28 05917, 2013
kepstin-work
hmm, from a random sampling, it looks like those are mostly due to dates
2013-02-28 05934, 2013
reosarevok
kepstin-work: that's exactly the point
2013-02-28 05940, 2013
kepstin-work
some overlapping date ranges, some not overlapping
2013-02-28 05958, 2013
reosarevok
kepstin-work: well, it's mostly due to one date + one without date really
2013-02-28 05904, 2013
kepstin-work would think that non-overlapping date ranges would be ok
2013-02-28 05912, 2013
reosarevok
heh
2013-02-28 05914, 2013
reosarevok
Maybe
2013-02-28 05917, 2013
reosarevok
Often, they're just wrong
2013-02-28 05922, 2013
kepstin-work
but yeah, the one with and one without is easy to clean up
2013-02-28 05946, 2013
reosarevok
I'm cleaning up the easy ones (maybe 70%+)
2013-02-28 05955, 2013
reosarevok
So that people can later look at the hard ones :)
2013-02-28 05930, 2013
reosarevok
Obviously, we should fix MB so that it stops happening anyway
All the “Guidelines” section from the Other Version rel type should be dropped
2013-02-28 05954, 2013
hawke_1
they’re all talking about recordings really, not works
2013-02-28 05903, 2013
hawke_1
and that rel doesn’t apply to recordings
2013-02-28 05905, 2013
reosarevok
We know
2013-02-28 05913, 2013
reosarevok
But we were too lazy to RFC the drop :p
2013-02-28 05927, 2013
reosarevok
Maybe I should do that :/
2013-02-28 05929, 2013
hawke_1
I can do that at least. :-)
2013-02-28 05935, 2013
reosarevok
Ok!
2013-02-28 05942, 2013
reosarevok
That'd be great
2013-02-28 05918, 2013
hawke_1
I would do it at the same time as I updated the translated section, if that’s necessary…
2013-02-28 05945, 2013
reosarevok
That'd make sense IMO
2013-02-28 05919, 2013
reosarevok
Of course, someone might object to the translation change, which should just mean we shout at them but in the worst case you can always drop that and just go forward with the removing of silly outdated bit
2013-02-28 05904, 2013
hawke_1
I just don’t like the idea of having the same thing twice (translated attribute describing the exact same thing in two places)
2013-02-28 05933, 2013
reosarevok
(any concept of "translated version" to mark language but not actual translation would seem to me to be obsolete too with lyrics language fields)
2013-02-28 05941, 2013
hawke_1
agreed.
2013-02-28 05924, 2013
hawke_1
So should I RFC a new translation guideline, or just apply the text from “lyricist” to “other version”?
2013-02-28 05933, 2013
hawke_1
I feel like some of this stuff should be automatic. :-/
2013-02-28 05950, 2013
reosarevok
Well, the other text wouldn't be *the same* exactly
