Re: [mb-users] ARs for references in works?

2013/10/2 Per Starbäck <[email protected]>

> >> I think we should
> >> try to differentiate between text directed at someone who just uses
> >> the database to look up something and text directed to those who are
> >> editing the database (or want to check the sources). If a music player
> >> has a box where it shows "fun facts" about the work that is playing
> >> right now that could include a note about how this references another
> >> song, but you wouldn't want edit comments with sources in that box.
> >
> >
> > I only suggested this as a starting point, as a default value. I'd rather
> > have a copy of the edit comment than nothing. But I agree that often the
> > edit comment becomes valueless after a few years, sometimes even less,
> while
> > the AR comment should remain valid much longer.
>
> My point is not that that text becomes valueless with time, but that
> it is the wrong type of text.
> That "fact box" I mentioned should only show
>
>   [  This song references "Girls, Girls, Girls" by Mötley Crüe.  ]
>
> when you listen to "Boys, Boys, Boys" by Lady Gaga. The text in the
> edit note might be "http://en.wikipedia.org/wiki/Answer_song".
> That should not be in the fact box, and that is as true day 1 as after
> a few years. An empty annotation is quite enough for this (and most)
> ARs.
>

I understand, but OTOH in this example the edit note, although not quite to
the point, would not be completely wrong. It might even, in a slightly less
obvious example, help users to understand where the AR comes from. I'd
rather have a few AR annotations not very informative (although not
factually wrong) than mostly empty AR annotations. But we don't copy the
note to the annotation, users will have to fill the annotation manually. I
know from experience that commenting things is always the last thing users
do, even if they have nothing else to do. Now if you can show me an example
when copying the edit note as a default value for the AR annotation would
actually be a bad thing (leading to a wrong annotation or preventing the
editors from correcting it somehow)...

-- 
Frederic Da Vitoria
(davitof)

Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org

_______________________________________________
MusicBrainz-users mailing list
[email protected]
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-users