[mb-style] RFC3-290: Live Bootleg Style
jacobbrett at hotmail.com
Mon Dec 6 06:30:26 UTC 2010
Brian Schweitzer wrote:
> Ok, another attempt. :)
> This is enough of a change/expansion to the prior RFCs that it's likely
> to clear any +1s, and let this version of the RFC need a new +1.
> Changes since the last RFC:
> 1) I've removed the "UM" locations from the list, and specified that they
> should *not* be abbreviated. (This affects Baker Island, Howland Island,
> Jarvis Island, Johnston Atoll, Kingman Reef, Midway Islands, Navassa
> Palmyra Atoll, and Wake Island).
> 2) I've moved the list to now be distinctly a part of the LBS; no more
> separate page, or linking to a non-guideline-covered page. So now, if
> anyone were to want to add abbreviations for some other country, they
> have to modify LBS to add that country and its abbreviations. (See
> 3) I've added explicitly that the USA, USSR, and UK should be abbreviated.
> This is current practice, but we never actually wrote those exemptions to
> abbreviation style into LBS. (See
> http://wiki.musicbrainz.org/Proposal:Live_Bootleg_Style#Notes Notes 6.1,
> 6.2, and 6.3)
> 4) I've added explicitly that the USA, Canada, and Australia states are
> manditory and should be abbreviated. (See
> http://wiki.musicbrainz.org/Proposal:Live_Bootleg_Style#Notes Notes 5.2)
> 5) I've changes the notes section from bullets to a numbered list, so
> specific notes can more easily be cited.
> 6) Minor thing, but in
> http://wiki.musicbrainz.org/Proposal:Live_Bootleg_Style#Guidelines 1, 2,
> 3, I've added a little bit of bolding to text.
> 7) In http://wiki.musicbrainz.org/Proposal:Live_Bootleg_Style#Notes Notes
> 5.1, I've added an open definition of "state", so "[State: ]" explicitly
> includes territories, provinces, etc, rather than them being included
> implicitly like they previously were.
> 8) In http://wiki.musicbrainz.org/Proposal:Live_Bootleg_Style#Guidelines
> 3, I've made the state manditory for Canada, the USA, and Australia.
> 9) Lastly, again in
> 3, I've explicitly included "[Event: ]". That was always implicitly
> and is current practice, but it was only ever clarified in the LBS
> discussion section. That since has been moved to the talk page, and is
> harder to find; I recently saw an edit where the editor didn't know about
> that practice, so was trying to mis-use the [Title: ] section to hold the
> [Event: ]. So this adds in the missing [Event: ] bit so it's easy to
> and explicitly stated, to avoid confusion in the future.
> MusicBrainz-style mailing list
> MusicBrainz-style at lists.musicbrainz.org
I'm not convinced that "Event" should be expressed as "[Event, ]" over
"[Event: ]", as the former seems to imply that the event name is a rather
specific location, as opposed to an (event's) title. Though, I'd find it
admissible, if the advanced location editor (or whatever it will be called)
is implemented some time in the near future to supersede this syntax.
Shouldn't a note be added regarding incomplete dates, like LTS ? It seems
"YYYY" and "YYYY-MM" are also acceptable.
I think "early show" and "late show"s should be addressed . I'm undecided
whether they should be part of the title, though considering stuff like this
already happens , why not?
On another note, I've previously run into issues regarding the precision of
"suburb" vs "city" in location edits. For example, there was a bootleg that
had a venue in a suburb near Los Angeles city, but I discovered there was
another venue within Los Angeles city with the same name. Under the current
syntax, there's no way to distinguish between the venues. I don't recall how
the release title was resolved, nor can I find the edit.
View this message in context: http://musicbrainz-mailing-lists.2986109.n2.nabble.com/Re-RFC3-290-Live-Bootleg-Style-tp5806197p5806816.html
Sent from the Style discussions mailing list archive at Nabble.com.
More information about the MusicBrainz-style