Affects Version/s: 1.0
Fix Version/s: None
Component/s: Tags & Metadata
From earlier discussion here: gsoc-picard.blogspot.com/2011/05/introduction.html
Something I'd love to see in Picard is an option for it to use the "earliest release year" when filling in the Year field of a track. For example, compilations will assign the release year of the compilation to every track, but often the liner notes give the original copyright year for each individual track. Personally I find this more useful in my collection. Since Picard associates the track with a MusicBrainz recording, it could look through every release associated with that recording (not just the release this particular track is associated with) and choose the earliest release year if such an option was set.
Such an option would be also useful for various re-releases of albums if people prefer the earliest release date. For re-releases (and not compilations) an alternative strategy would be to pick the earliest release year in the release group if this option was set.
However, remasters should be new recordings, so that would make things a bit more complicated as you would need to up a level to examine the earliest recording of the work by the same performance artist. Still, even with remasters I'd prefer to have the earliest release date...
Ross: a built-in option to use the earliest release year from a release group is something I plan on looking into. It's technically already possible to implement, because we make a release-group request for every release anyway; but that's done in the background, and since I think the date should be set before we mark the release as loaded, http://tickets.musicbrainz.org/browse/MBS-2767 would have to be added to the web service first.
The compilation issue you brought up isn't as easy to deal with. Making a recording request for every track on a release would be very slow and inefficient; not to mention there's the issue with remasters you brought up. The mbserver developers would probably have to add an earliest-date node to every recording on the web service to make that feasible, which would be a hard idea to sell...
The closest workaround I could think of would be looking for recording engineer relationships on every recordings, and checking for dates on those. A downside to that is, a majority of recordings won't even have those relationships.