Difference between revisions of "Proposals"
(added RFC-115) |
|||
Line 1,400: | Line 1,400: | ||
| <!-- Trac ticket --> [http://bugs.musicbrainz.org/ticket/5605 5605] [http://bugs.musicbrainz.org/ticket/4615 4615] [http://bugs.musicbrainz.org/ticket/3942 3942] |
| <!-- Trac ticket --> [http://bugs.musicbrainz.org/ticket/5605 5605] [http://bugs.musicbrainz.org/ticket/4615 4615] [http://bugs.musicbrainz.org/ticket/3942 3942] |
||
| <!-- Status --> RFV |
| <!-- Status --> RFV |
||
− | | <!-- RFC --> [http://lists.musicbrainz.org/pipermail/musicbrainz-style/2010-March/008700.html RFC] |
+ | | <!-- RFC --> [http://lists.musicbrainz.org/pipermail/musicbrainz-style/2010-March/008700.html RFC] [http://lists.musicbrainz.org/pipermail/musicbrainz-style/2010-March/008802.html RFC2] |
− | | <!-- RFC Date --> 2010-03-01 |
+ | | <!-- RFC Date --> 2010-03-01, 2010-03-08 |
− | | <!-- RFV --> [http://lists.musicbrainz.org/pipermail/musicbrainz-style/2010-March/008791.html |
+ | | <!-- RFV --> [http://lists.musicbrainz.org/pipermail/musicbrainz-style/2010-March/008791.html RFV1] |
− | | <!-- RFV Date --> 2010-03-08 |
+ | | <!-- RFV Date --> 2010-03-08, ? |
− | | <!-- Passage Date --> |
+ | | <!-- Passage Date --> |
|- |
|- |
||
| <h4 style='display: none'>RFC-99: Also Known As</h4> |
| <h4 style='display: none'>RFC-99: Also Known As</h4> |
Revision as of 00:05, 9 March 2010
Proposals
Changes to MusicBrainz are agreed to using this proposal process.
The process is simple. Someone has an idea, either for something new, or for a change to how something existing is done. After discussion of the idea has taken place, one person takes control of the idea. This person is then known as the Idea Champion for that proposal. The Idea Champion has the responsibility for moving the idea from a vague concept to a clear proposal, then working for Style Council passage of the proposal.
Though it is somewhat dated, Turning Your Ideas into Reality is well worth a read.
Definitions
- Idea Champion
- The person who currently is handling a proposal.
- Style Council
- Any members of the Style mailing list who wish to take part in discussion of a proposal. There is no formal membership to the style council. If you are an interested contributor to MusicBrainz and reasonably well informed about existing StyleGuideline
s, MusicBrainz development, and the general culture of the project, you are welcome to subscribe to the Style mailing list and join the discussions. Also see the history of the Style Council.
Process for Idea Champions
- Come up with an idea for something new or something that should be changed. While somewhat out of date, the points raised on this former checklist for style changes are still worth consideration as part of your proposal.
- Create a new wikipage for the proposal. This should be located at http://wiki.musicbrainz.org/User:(you)/(proposal name).
- The proposal template should be at the top of the page:
{{Template:proposal |proposal= |discussion= |champion= |rfc= |rfv= |status= |ar= |style= |trac= }}
- proposal, rfc, rfv, status: Leave these blank
- discussion: A link to the initial discussion (IRC, forums, or style list) of an idea.
- champion: You.
- ar: If your proposal changes or adds an Advanced Relationship, then "true", otherwise leave the value blank.
- style: If your proposal changes or adds a style guideline, then "true", otherwise leave the value blank.
- trac: The trac ticket number for your proposal.
- Send an RFC announcement to the style list.
- The RFC should have "RFC:" at the beginning of the subject line.
- The body of the email should contain:
- The expected expiration date for the RFC.
- A brief summary of the proposal.
- A link to the proposal's wikipage.
- Links to any previous discussion (IRC, style list, users list, forums, etc) which led to the proposal.
- During the period where the RFC is active, discussion of it will occur on the style list.
- Anyone can change the proposal's wikipage, though it is encouraged that any changes which go beyond minor formatting, spelling, or example changes should be left to the Idea Champion.
- If you are not the Idea Champion, and you have sufficient disagreement with the proposal that you feel an entirely different proposal needs to be created, a new proposal wikipage should be created, for which you would become that proposal's Idea Champion. Do not rewrite the original proposal wikipage and attempt to take over the idea from the original Idea Champion!
- Where there is disagreement, the Idea Champion should work to find consensus.
- On minor points, the Idea Champion maintains control of the proposal. However, for the Idea Champion, you ignore dissent at the risk of the proposal - disagreement can easily become vetos during the RFV period.
- If discussion on an RFC is still ongoing, and there is not yet agreement that the proposal is ready to pass, the RFC period may be extended. The RFC period only defines a minimum, not a maximum, time period for debate.
- When the RFC's initial period has expired, the Idea Champion (or a Style Leader) will send out an RFV for the proposal.
- The RFV email should have "RFV:" at the beginning of the subject line.
- The body of the email should contain:
- The expected passage date for the RFV.
- A brief summary of the proposal, including a summary of any changes which have been made since the RFC.
- A link to the proposal's wikipage.
- During the RFV period, any member of the style council may veto the RFV. However, vetos must have merit (no vetos simply because "I don't like this proposal"). Vetos must be publicly cast, on the style list, and should detail what problems are believed to remain in the RFV, and what changes could be made such that the veto would be cleared. These suggested changes must be reasonable; if the changes would entail a rewrite, or rethink, of the proposal itself, then a counter-proposal wikipage should be created, and the decision as to which proposal will pass should be left to the style council.
- If an RFV receives a veto, the proposal reverts to an RFC. There is no minimum time period at this point, but no new RFV should be attempted until the problems raised in any vetos have been discussed and/or addressed. A proposal may revert to an RFC, or have replacement RFCs sent, as many times as is needed.
- If the end of the RFV period is reached, and no vetos have been cast, then the proposal has passed. The Idea Champion is now responsible for ensuring that the changes described by the proposal are enacted (changing wiki pages, entering edits, creating trac or jira tickets, etc.). This includes remembering to remove the proposal template from the proposal's wikipage!
Time Periods
- RFC: 7 days
- RFV: 2 days
Style Leaders
- BrianFreud
- warp, aka kuno
Style Elder
- ruaok, aka RobertKaye
Definitions
- RFC (Request for Change)
- The initial discussion period for any proposal
- RFV (Request for Veto)
- The decision period for any proposal
- Style Leader
- They guide the process and keep it from getting stuck. If the council cannot reach consensus they will make a decision. This position was previously called "secretary".
- Style Elder
- The benevolent dictator of MusicBrainz StyleIssue
s. If the process goes off the rails, or if someone disputes the style leaders' decisions, the elder steps in.
Special Procedures
Has Cover Art At Relationship Type, Has Lyrics At Relationship Type, and Has Score At Relationship Type each only allow links to whitelisted sites. To add any site to the whitelist for any one of these advanced relationships, the following additional procedure must be followed.
- Add the site to the list on the relevant page for the AR.
- Using the normal proposal process, send a RFC requesting the addition of the site.
- The RFC should be limited to covering only 1 site.
- Rhe RFC must provide rationale and evidence for why the site can reasonably be believed to have permission to contain the content to which we would be linking.
- The Style Council will then make sure that the site itself is legal; that it has a right/license/whatever to store the content (lyrics/scores/cover art) which which the relationships would be link.
- If any situation arises where "legal" is questionable depending on local laws, MusicBrainz is based in California, so US/California law wins.
- Once the RFV has passed, permission must be obtained, in writing (email is fine), from the site which would be added to the whitelist.
- This permission may be requested prior to the passage of the RFV.
Only when permission has been received and a RFV has passed may the site be added as a whitelisted site for the applicable relationship type(s).
Current Proposals
Next New Proposal Number
Next new proposal number: 201
Proposal numbers 112 - 200 have been pre-reserved for RFCs to fill in holes in the guidelines and documentation.
March 2010 Proposal Cleanup
NOTE: Effective March 24, 2010, any proposal which has no Champion will be closed, including any associated proposal pages and trac tickets! If you do not want to see one of these proposals die, then adopt it today, then make it happen!
Style Proposals
Categorized as Category:Proposed Style.
RFC # | Title & Wikipage | Champion | Affects | Trac ticket | Status | RFC | RFC Date | RFV | RFV Date | Passage Date |
RFC-1: AudioBook StyleRFC-1 |
AudioBook Style | None: Caution! | New guideline | 2147 | Abandoned | |||||
RFC-7: Capitalization Standard SpanishRFC-7 |
Capitalization Standard Spanish | Toni Panadès (t0n3t) and reosarevok | New guideline | 5635 | RFC | RFC | 2010-03-05 | 2010-03-12 | 2010-03-14 | |
RFC-8: Capitalization Standard SwedishRFC-8 |
Capitalization Standard Swedish | None: Caution! | New guideline | Abandoned? | ||||||
RFC-9: Capitalization Standard TurkishRFC-9 |
Capitalization Standard Turkish | Yasar Suleyman Kocak | New guideline | In development | ||||||
RFC-10: Capitalization Standard Vietnamese (alternate)RFC-10 |
Capitalization Standard Vietnamese (alternate) | None: (was jesus2099) Caution! | New guideline | Abandoned? | ||||||
RFC-19: Game Soundtrack StyleRFC-19 |
Game Soundtrack Style | BrianFreud | New guideline | 2146 | Discussion | |||||
RFC-20: Instrumental StyleRFC-20 |
Instrumental Style | None: Caution! | ETI style for instrumental tracks | 2142 | Inactive | original RFC | 2006-04-20 | |||
RFC-25: Medley StyleRFC-25 |
Medley Style | None: Caution! | New guideline | Abandoned? | ||||||
RFC-27: Multi-Track Movement StyleRFC-27 |
Multi-Track Movement Style | None: Caution! | New guideline | Abandoned? | ||||||
RFC-28: Musical Soundtrack StyleRFC-28 |
Musical Soundtrack Style | BrianFreud | New guideline | 2146 | Discussion Related thread | |||||
RFC-42: Release Artist StyleRFC-42 |
Release Artist Style | navap | New guideline | 2143 | ||||||
RFC-43: Release Country StyleRFC-43 |
Release Country Style (additional page) | Jacobbrett | Release events | 2145 | Discussion | |||||
RFC-46: Release Region StyleRFC-46 |
Release Region Style | None: Caution! | New guideline | Abandoned? | ||||||
RFC-47: Release TitleRFC-47 |
Release Title | BrianFreud | New guideline | RFC | RFC | 2010-03-06 | 2010-03-13 | 2010-03-15 | ||
RFC-53: Soundtrack StyleRFC-53 |
Soundtrack Style | BrianFreud | New guideline | 2146 | Discussion | |||||
RFC-54: Soundtrack Title StyleRFC-54 |
Soundtrack Title Style | BrianFreud | New guideline | 2146 | Discussion | |||||
RFC-61: Track Title StyleRFC-61 |
Track Title Style | warp | Naming of track titles | In development | ||||||
RFC-62: Untitled Release StyleRFC-62 |
Untitled Release Style | None: (was Bogdanb) Caution! | New guideline | Abandoned? | ||||||
RFC-64: Release Event StyleRFC-64 |
Release Event Style | Jacobbrett | Release events | Discussion | ||||||
RFC-66: User Tags StandardsRFC-66 |
User Tags Standards | None: Caution! | New guideline, folksonomy | Abandoned? | ||||||
RFC-67: Revised Classical Style Guide (aka CSGv2)RFC-67 |
Revised Classical Style Guide (aka CSGv2) | BrianFreud | Rewrites all of CSG | 4426 | RFC, On hold pending NGS release | RFC | 2009-02-15 | |||
RFC-82: Part Number Style rewriteRFC-82 |
Part Number Style rewrite | BrianFreud | Part Number Style | 5066 | On hold pending RFC-61 | |||||
RFC-101: Capitalization Standard CatalanRFC-101 |
Capitalization Standard Catalan | Toni Panadès (t0n3t) | New guideline | None | RFC | RFC | 2010-03-05 | 2010-03-12 | 2010-03-14 | |
RFC-109: Release GroupsRFC-109 |
Release Groups | None: Caution! | New guideline | None | Abandoned? |
Advanced Relationship Proposals
Categorized as Category:Proposed Advanced Relationship Type.
RFC # | Title & Wikipage | Champion | Affects | Trac ticket | Status | RFC | RFC Date | RFV | RFV Date | Passage Date |
RFC-2: Has Score At relationshipRFC-2 |
Has Score At relationship | mbuser838171846981 | New release-URL AR New track-URL AR |
5634 | Passed, to be implemented | RFC | 2010-02-20 | RFV | 2010-03-01 | 2010-03-03 |
RFC-4: Redesign of the Vocal Relationship AttributeRFC-4 |
Redesign of the Vocal Relationship Attribute | None: Caution! | AR modification | 1140 | Discussion | |||||
RFC-18: Engineer Relationship TypeRFC-18 |
Engineer Relationship Type | Chris B | New artist-release AR New artist-track AR |
3565 | Passed but needs server support for 3-element ARs, see RFC-91 | ? | 2007-05-22 | RFV RFV | 2008-02-01 | 2008-03-02 |
RFC-21: Linking Different Artist NamesRFC-21 |
Linking Different Artist Names | None: Caution! | ? | ? | Abandoned? | ? | ? | ? | ? | |
RFC-26: Miscellaneous Production Relationship Type/ArtworkRFC-26 |
Miscellaneous Production Relationship Type/Artwork | None: Caution! | ? | ? | Abandoned? | ? | ? | ? | ? | |
RFC-29: Narrator Relationship TypeRFC-29 |
Narrator Relationship Type | None: Caution! | New vocal role | 1368 | Abandoned? | ? | ? | ? | ? | |
RFC-35: Part Of Series Relationship TypeRFC-35 |
Part Of Series Relationship Type | voiceinsideyou | New release-release, or RG-RG, AR | ? | Discussion | |||||
RFC-39: Reader Relationship TypeRFC-39 |
Reader Relationship Type | None: Caution! | New vocal role | 1370 | Abandoned? | ? | ? | ? | ? | |
RFC-52: Single From Album Relationship TypeRFC-52 |
Single From Album Relationship Type | BrianFreud | New release-track AR | In development | ||||||
RFC-55: Speaker Relationship TypeRFC-55 |
Speaker Relationship Type | None: Caution! | New vocal role | 1731 | Abandoned? | ? | ? | ? | ? | |
RFC-68: Add Has News Coverage ARRFC-68 |
Add Has News Coverage AR | ruoak | New release-URL AR | 5636 | RFC | RFC | 2010-02-28 | 2010-03-07 (postponed; discussion ongoing) | 2010-03-?? | |
RFC-69: Defining instruments and vocals for members of bandsRFC-69 |
Defining instruments and vocals for members of bands | None: Caution! | Artist-artist AR enhancement | 1141 | Abandoned? | |||||
RFC-70: Add attribute 'translated' to Lyricist Relationship TypeRFC-70 |
Add attribute 'translated' to Lyricist Relationship Type (related attribute page) | zout | Artist-Track and Artist-Release AR enhancement | 4424 | Passed, to be implemented | RFC3 RFC4 | 2010-02-27 | RFV | 2010-03-06 | 2010-03-08 |
RFC-74: "Sampled speech" as AR for tracksRFC-74 |
"Sampled speech" as AR for tracks | None: Caution! | ? | 3032 | Abandoned? | |||||
RFC-82: Resolve FoundingMemberDatesQuestionRFC-82 |
Resolve FoundingMemberDatesQuestion | BrianFreud | artist-artist AR | 1009 | RFV | RFC | 2010-03-01 | RFV | 2010-03-08 | 2010-03-10 |
RFC-83: Add track-url Wikipedia ARRFC-83 |
Add track-url Wikipedia AR | BrianFreud | New track-URL AR | 3852 | In development | |||||
RFC-84: Add 'provides discographic information about' ARRFC-84 |
Add 'provides discographic information about' AR | BrianFreud | New track-URL AR | 3734 | In development | |||||
RFC-85: Adding vocal attribute to Arranger ARRFC-85 |
Adding vocal attribute to Arranger AR | Chris B | New artist-release AR New artist-track AR |
3564 MBS-488 | Passed, Waiting for implementation | RFV | 2008-01-08 | 2008-01-?? | ||
RFC-86: Add Release-Track Relationship for pre-gap tracksRFC-86 |
Add Release-Track Relationship for pre-gap tracks | None: Caution! | New track-release AR | 4235 | On hold until after NGS is released | |||||
RFC-87: Add 'is a project of' ARRFC-87 |
Add 'is a project of' AR | None: Caution! | New artist-artist AR | 882, #s 3 and 4 | Abandoned? | |||||
RFC-88: Add microblog/Twitter ARRFC-88 |
Add microblog/Twitter AR | Andrew John Hughes | New artist-URL AR New label-URL AR |
5330 | Abandoned? | |||||
RFC-89: Add Facebook ARRFC-89 |
Add Facebook AR | Andrew John Hughes | New artist-URL AR New label-URL AR |
5329 | Abandoned? | |||||
RFC-90: Has Lyrics At ExtensionRFC-90 |
Has Lyrics At Extension | BrianFreud | New artist-URL AR | 5637 | RFV | RFC | 2010-02-28 | RFV | 2010-03-07 | 2010-03-09 |
RFC-91: Fix Production Relationship ClassRFC-91 |
Fix Production Relationship Class (aka: convert the current Miscellaneous Production and Engineer Relationship Types to Relationship Classes, fix/implement the unimplemented but already-passed specific Engineer Relationship types, and fix Programming Relationship Type) | BrianFreud | Fixes problems within Production Relationship Class, also implements RFC-18 and RFC-85 | RFV | RFC | 2010-02-28 | RFV | 2010-03-07 | 2010-03-09 | |
RFC-92: Create three new AR Classes, remove 3 existing AR Classes, move Affiliate RC, merge 2 existing AR TypesRFC-92 |
Create three new AR Classes, remove 3 existing AR Classes, move Affiliate RC, merge 2 existing AR Types | BrianFreud | Reorganization of 4 Relationship Classes, merge 2 Relationship Types | RFV | RFC | 2010-02-28 | RFV | 2010-03-07 | 2010-03-09 | |
RFC-94: Decommission Label Relationship ClassRFC-94 |
Decommission Label Relationship Class | BrianFreud | Removes 1 Relationship Class | RFV | RFC | 2010-03-01 | RFV | 2010-03-08 | 2010-03-10 | |
RFC-95: Add Live JournalRFC-95 |
Add Live Journal | None: Caution! | New artist-URL AR | Abandoned? | ||||||
RFC-96: AR documentation cleanupRFC-96 |
AR documentation cleanup | BrianFreud | AR documentation cleanup | RFV | RFC | 2010-03-01 | RFV | 2010-03-08 | 2010-03-10 | |
RFC-97: Expanded Samples Relationship TypeRFC-97 |
Expanded Samples Relationship Type | None: Caution! | AR enhancement | Abandoned? | ||||||
RFC-98: Allow Instrument Attribute for Members of a BandRFC-98 |
Allow Instrument Attribute for Members of a Band | None: Caution! | AR enhancement | Abandoned? | ||||||
RFC-102: Add attribute 'translated' to Librettist Relationship TypeRFC-102 |
Add attribute 'translated' to Librettist Relationship Type (related attribute page) | BrianFreud | AR enhancement | RFC | RFC | 2010-03-06 | 2010-03-13 | 2010-03-15 | ||
RFC-103: Add Changed Name To ARRFC-103 |
Add Changed Name To AR | None: Caution! | New artist-artist AR | Discussion died (this RFC has been independently attempted multiple times) | one RFC, one RFC, others | 2007-05, 2008-02-09, others | ||||
RFC-104: Expansion of the Librettist Relationship TypeRFC-104 |
Expansion of the Librettist Relationship Type | BrianFreud | New track-artist AR | Discussion | RFC | 2008-02-09 | ||||
RFC-106: Conductor AR ChangesRFC-106 |
Conductor AR Changes | None: (was luks) Caution! | Conductor and Chorus Master Relationship Types modification | Abandoned? | RFC | 2007-05-03 | ||||
RFC-110: Same Artist With Different Names SuggestionRFC-110 |
Same Artist With Different Names Suggestion | None: Caution! | AR style guideline changes | Abandoned? | ||||||
RFC-111: Writer Relationship TypeRFC-111 |
Writer Relationship Type | None: Caution! | New AR | Abandoned? |
Other Proposals
Categorized as Category:Proposal.
RFC # | Title & Wikipage | Champion | Affects | Trac ticket | Status | RFC | RFC Date | RFV | RFV Date | Passage Date |
RFC-3: Advanced EntityRFC-3 |
Advanced Entity | None: Caution! | ? | ? | Abandoned? | |||||
RFC-5: Album ReworkRFC-5 |
Album Rework | None: Caution! | ? | ? | Abandoned? | |||||
RFC-6: Artist Type ProjectRFC-6 |
Artist Type Project | None: Caution! | ? | ? | Abandoned? | |||||
RFC-11: Change Default Data Quality ProposalRFC-11 |
Change Default Data Quality Proposal (Data) | BrianFreud | Voting, Quality, and Edit expiration | On hold until post-NGS, when edit/voting system is given specific attention | pre-RFC RFC | 2007-06-19 | ||||
RFC-15: Disentangle Interfaces From SchemaRFC-15 |
Disentangle Interfaces From Schema | None: Caution! | ? | ? | Abandoned? | |||||
RFC-16: Display InheritanceRFC-16 |
Display Inheritance | None: Caution! | ? | ? | Abandoned? | |||||
RFC-17: Distributed MusicBrainzRFC-17 |
Distributed MusicBrainz | None: Caution! | ? | ? | Abandoned? | |||||
RFC-24: Location ProposalRFC-24 |
Location Proposal | BrianFreud | New entity | In development, Post-NGS | ||||||
RFC-30: Add Descarga cat #s fieldRFC-30 |
Add Descarga cat #s field | None: Caution! | ? | ? | Abandoned? | |||||
RFC-31: Subscribe to releaseRFC-31 |
Subscribe to release | None: Caution! | ? | ? | Abandoned? | |||||
RFC-32 |
Separately identify hidden tracks | None: Caution! | ? | ? | Abandoned? | |||||
RFC-33 |
Add support for displaying and editing related artists | None: Caution! | ? | ? | Abandoned? | |||||
RFC-34: Add support to become an open source AccurateRip replacementRFC-34 |
Add support to become an open source AccurateRip replacement | None: Caution! | ? | ? | Abandoned? | |||||
RFC-36: Performance Restructuring ProposalRFC-36 |
Performance Restructuring Proposal | None: Caution! | ? | ? | Abandoned? | |||||
RFC-37: Performances And Recordings ProposalRFC-37 |
Performances And Recordings Proposal | BrianFreud | New entity | In development, post-NGS | ||||||
RFC-40: Reason Not To Treat DVD As CDRFC-40 |
Reason Not To Treat DVD As CD | None: Caution! | ? | ? | Abandoned? | |||||
RFC-44: Release Data SetRFC-44 |
Release Data Set | None: Caution! | ? | ? | Abandoned? | |||||
RFC-48: Release Transliteration And TranslationRFC-48 |
Release Transliteration And Translation | None: Caution! | ? | ? | Abandoned? | |||||
RFC-49: Release Type Restructuring ProposalRFC-49 |
Release Type Restructuring Proposal | BrianFreud | ? | 1372 | In development | |||||
RFC-50: Removing the clutterRFC-50 |
Removing the clutter | None: Caution! | ? | ? | Abandoned? | |||||
RFC-57: Make a DAML+OIL ontology for musicRFC-57 |
Make a DAML+OIL ontology for music | None: Caution! | ? | ? | Abandoned? | |||||
RFC-58: Public Namespace URIsRFC-58 |
Public Namespace URIs | None: Caution! | ? | ? | Abandoned? | |||||
RFC-59: Music Ontology (MO) projectRFC-59 |
Music Ontology (MO) project | None: Caution! | ? | ? | Abandoned? | |||||
RFC-60: Track GroupingRFC-60 |
Track Grouping | None: Caution! | ? | ? | Abandoned? | |||||
RFC-63: Updating Subscription MailsRFC-63 |
Updating Subscription Mails | None: Caution! | ? | ? | Discussion | |||||
RFC-65: Voting MotivationsRFC-65 |
Voting Motivations | None: Caution! | ? | ? | Abandoned? | |||||
RFC-71: NGS: Groups and GenderRFC-71 |
NGS: Groups and Gender | BrianFreud | NGS development | MBS-450 | RFV | RFC | 2010-02-22 | RFV | 2010-03-08 | 2010-03-10 |
RFC-72: NGS: Alternate GendersRFC-72 |
NGS: Alternate Genders | BrianFreud | NGS development | MBS-344 | RFV | RFC | 2010-02-22 | RFV | 2010-03-03 | 2010-03-05 |
RFC-75: Add release format: VHSRFC-75 |
Add release format: VHS | BrianFreud | New release format | 5605 | Abandoned, see RFC-93 | |||||
RFC-76: Add release format: VCDRFC-76 |
Add release format: VCD | BrianFreud | New release format | 4615 | Abandoned, see RFC-93 | |||||
RFC-77: Add release format: SVCDRFC-77 |
Add release format: SVCD | BrianFreud | New release format | 4615 | Abandoned, see RFC-93 | |||||
RFC-78: Add release format: 7" vinylRFC-78 |
Add release format: 7" vinyl | Per Øyvind Øygard (Wizzcat) | New release format/format+format attribute | 3941 | Discussion | |||||
RFC-79: Add release format: 10" vinylRFC-79 |
Add release format: 10" vinyl | Per Øyvind Øygard (Wizzcat) | New release format/format+format attribute | 3941 | Discussion | |||||
RFC-80: Add release format: 12" vinylRFC-80 |
Add release format: 12" vinyl | Per Øyvind Øygard (Wizzcat) | New release format/format+format attribute | 3941 | Discussion | |||||
RFC-81: Add release format: HDCDRFC-81 |
Add release format: HDCD | BrianFreud | New release format | 3942 | Abandoned, see RFC-93 | |||||
RFC-93: Add release formats: VHS, VCD, SVCD, Betamax, HDCD, USB Flash Drive, slotMusicRFC-93 |
Add release formats: VHS, VCD, SVCD, Betamax, HDCD, USB Flash Drive, slotMusic | BrianFreud | New release formats, would close RFC-75, RFC-76, RFC-77, RFC-81, and address some unknown fields on Release Format. | 5605 4615 3942 | RFV | RFC RFC2 | 2010-03-01, 2010-03-08 | RFV1 | 2010-03-08, ? | |
RFC-99: Also Known AsRFC-99 |
Also Known As | None: Caution! | ? | Abandoned? | ||||||
RFC-100: Rename Legal Name to Birth NameRFC-100 |
Rename Legal Name to Birth Name | None: Caution! | ? | Abandoned? | ||||||
RFC-105: New Release Status: "Upcoming"RFC-105 |
New Release Status: "Upcoming" | None: Caution! | Unreleased releases | Abandoned? | RFC | 2007-04-14 | ||||
RFC-108: Add release format: Universal Media Disc (UMD)RFC-108 |
Add release format: Universal Media Disc (UMD) | BrianFreud | New release format | RFC | original RFC current RFC | 2010-03-06 | 2010-03-13 | 2010-03-15 |
Pre-Reserved RFCs for cleaning up documentation and guidelines
These are all official entities, relationships, guidelines, or other things which have some minor element which is missing. Most are only a sentence or two, but need an RFC to be made official; this table lists those, and pre-reserves RFC numbers for these future RFCs. As these are intended to be truly short RFCs of only a sentence or two (in almost all cases), most won't actually have proposal pages, only proposal emails.
RFC Number | Wikipage | Hole to be filled | Champion | RFC email | RFC date | RFV date | Pass date |
RFC-112 | Arranger Relationship Type | Guideline for use of the begin date fields | |||||
RFC-113 | Arranger Relationship Type | Guideline for use of the end date fields | |||||
RFC-114 | Composer Relationship Type | Guideline for use of the begin date fields | User:davitof | RFC | 2010-03-07 | 2010-03-14 | 2010-03-16 |
RFC-115 | Composer Relationship Type | Guideline for use of the end date fields | User:davitof | RFC | 2010-03-08 | 2010-03-15 | 2010-03-17 |
RFC-116 | Instrumentator Relationship Type | Guideline for use of the begin date fields | |||||
RFC-117 | Instrumentator Relationship Type | Guideline for use of the end date fields | |||||
RFC-118 | Label Distribution Relationship Type | Guideline for use of the begin date fields | |||||
RFC-119 | Label Distribution Relationship Type | Guideline for use of the end date fields | |||||
RFC-120 | Librettist Relationship Type | Guideline for use of the additional attribute | |||||
RFC-121 | Librettist Relationship Type | Guideline for use of the begin date fields | |||||
RFC-122 | Librettist Relationship Type | Guideline for use of the end date fields | |||||
RFC-123 | Lyricist Relationship Type | Guideline for use of the begin date fields | |||||
RFC-124 | Lyricist Relationship Type | Guideline for use of the end date fields | |||||
RFC-125 | Orchestrator Relationship Type | Guideline for use of the begin date fields | |||||
RFC-126 | Orchestrator Relationship Type | Guideline for use of the end date fields | |||||
RFC-127 | Orchestra Relationship Type | Guideline for use of the additional attribute | |||||
RFC-128 | Orchestra Relationship Type | Guideline for use of the begin date fields | |||||
RFC-129 | Orchestra Relationship Type | Guideline for use of the end date fields | |||||
RFC-130 | Orchestrator Relationship Type | Guideline for use of the begin date fields | |||||
RFC-131 | Orchestrator Relationship Type | Guideline for use of the end date fields | |||||
RFC-132 | Samples Artist Relationship Type | Guideline for use of the additional attribute | |||||
RFC-133 | Has Cover Art At Relationship Type | Entire page needs to be written (this one needs a proposal page) | |||||
RFC-134 | IBDb Relationship Type | Entire page needs to be written (this one needs a proposal page) | |||||
RFC-135 | IOBdbb Relationship Type | Entire page needs to be written (this one needs a proposal page) | |||||
RFC-136 | (Not used yet) | ||||||
RFC-137 | (Not used yet) | ||||||
RFC-138 | (Not used yet) | ||||||
RFC-139 | (Not used yet) | ||||||
RFC-140 | (Not used yet) | ||||||
RFC-141 | (Not used yet) | ||||||
RFC-142 | (Not used yet) | ||||||
RFC-143 | (Not used yet) | ||||||
RFC-144 | (Not used yet) | ||||||
RFC-145 | (Not used yet) | ||||||
RFC-146 | (Not used yet) | ||||||
RFC-147 | (Not used yet) | ||||||
RFC-148 | (Not used yet) | ||||||
RFC-149 | (Not used yet) | ||||||
RFC-150 | (Not used yet) | ||||||
RFC-151 | (Not used yet) | ||||||
RFC-152 | (Not used yet) | ||||||
RFC-153 | (Not used yet) | ||||||
RFC-154 | (Not used yet) | ||||||
RFC-155 | (Not used yet) | ||||||
RFC-156 | (Not used yet) | ||||||
RFC-157 | (Not used yet) | ||||||
RFC-158 | (Not used yet) | ||||||
RFC-159 | (Not used yet) | ||||||
RFC-160 | (Not used yet) | ||||||
RFC-161 | (Not used yet) | ||||||
RFC-162 | (Not used yet) | ||||||
RFC-163 | (Not used yet) | ||||||
RFC-164 | (Not used yet) | ||||||
RFC-165 | (Not used yet) | ||||||
RFC-166 | (Not used yet) | ||||||
RFC-167 | (Not used yet) | ||||||
RFC-168 | (Not used yet) | ||||||
RFC-169 | (Not used yet) | ||||||
RFC-170 | (Not used yet) | ||||||
RFC-171 | (Not used yet) | ||||||
RFC-172 | (Not used yet) | ||||||
RFC-173 | (Not used yet) | ||||||
RFC-174 | (Not used yet) | ||||||
RFC-175 | (Not used yet) | ||||||
RFC-176 | (Not used yet) | ||||||
RFC-177 | (Not used yet) | ||||||
RFC-178 | (Not used yet) | ||||||
RFC-179 | (Not used yet) | ||||||
RFC-180 | (Not used yet) | ||||||
RFC-181 | (Not used yet) | ||||||
RFC-182 | (Not used yet) | ||||||
RFC-183 | (Not used yet) | ||||||
RFC-184 | (Not used yet) | ||||||
RFC-185 | (Not used yet) | ||||||
RFC-186 | (Not used yet) | ||||||
RFC-187 | (Not used yet) | ||||||
RFC-188 | (Not used yet) | ||||||
RFC-189 | (Not used yet) | ||||||
RFC-190 | (Not used yet) | ||||||
RFC-191 | (Not used yet) | ||||||
RFC-192 | (Not used yet) | ||||||
RFC-193 | (Not used yet) | ||||||
RFC-194 | (Not used yet) | ||||||
RFC-195 | (Not used yet) | ||||||
RFC-196 | (Not used yet) | ||||||
RFC-197 | (Not used yet) | ||||||
RFC-198 | (Not used yet) | ||||||
RFC-199 | (Not used yet) | ||||||
RFC-200 | (Not used yet) |
Fodder for Future Proposals
- Old concepts for new entities (possibly of use for proposals/development, post-NGS)
- Some other old concepts for new entities These originally were potential uses for Advanced Relationships, but most would not work with relationships as they have since been implemented. However, they may be useful post-NGS for further consideration.