[mb-style] RFV: Add date fields usage to the Performance AR guidelines
swisschris at gmail.com
Mon Jul 25 22:40:35 UTC 2011
Oh, now I see what you mean: that the recording page shows
Relationshipslive performance of:All
is actually wrong: A work shouldn't have a (recording) date. This seems to
be a bug :/
The wording in the guideline is still IMO logically wrong.
On Tue, Jul 26, 2011 at 12:26 AM, SwissChris <swisschris at gmail.com> wrote:
> Pure semantics for a simple permutation:
> What we say here: is
> - [performance]All Apologies<http://musicbrainz.org/recording/76b8ffbb-1a3f-4183-a9a8-2df2bc07e9bb> (1994-02-22) is
> a live performance of [work]All Apologies<http://musicbrainz.org/work/0bb9704c-aa0d-30b6-b6a4-d6c08613057b> (which,
> turned the other way round, reads):
> - [work]All Apologies<http://musicbrainz.org/work/0bb9704c-aa0d-30b6-b6a4-d6c08613057b> has
> live performance [performance]All Apologies<http://musicbrainz.org/recording/76b8ffbb-1a3f-4183-a9a8-2df2bc07e9bb>
> obviously the date is always an attribute of the performance, not of the
> work ;-)
> On Mon, Jul 25, 2011 at 10:36 PM, ChurruKa <churruka at hangar18.cc> wrote:
>> I think I don't get your point. As far as I know the current server always
>> puts the dates at the end of the AR line (I assume it is because they are
>> attribute of the relationship itself). The examples given were, in fact,
>> existing ARs with the date set.
>> The old server also put the dates at the end of the whole AR for
>> performances (but added " on " before the date instead of using brackets,
>> Can you explain it with more detail?
>> View this message in context:
>> Sent from the Musicbrainz - Style mailing list archive at Nabble.com.
>> MusicBrainz-style mailing list
>> MusicBrainz-style at lists.musicbrainz.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the MusicBrainz-style