Re: [mb-style] RFC: Transliterations/translations, again! (now on test.m
How about transliterated/translated titles ? On 8/12/06, Nikki [EMAIL PROTECTED] wrote: On Sat, Aug 12, 2006 at 06:40:22PM +0200, Jan van Thiel wrote: Of course, people can also misunderstand 'alternate text' as 'alternate lyrics'... Alternate titles? --Nikki ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Re: Ответ: RFV: OnlineCommunityRela tionshipType (renamed from MySpaceRelationshipType)
On 8/10/06, Alexander Dupuy [EMAIL PROTECTED] wrote: Ilya Kasnacheev wrote: I've added relations to a dozen artists which came to my mind. I was going to ask you to post URLs for these artists, as there is no practical way to search for specific AR relationship adds, but on the test server, there's little activity, so it was easy to pull this information up: http://test.musicbrainz.org/mod/search/results.html?automod=mod_type=33moderator_type=3moderator_id=121748orderby=desc I've added one of these as an example on the wiki page at http://wiki.musicbrainz.org/OnlineCommunityRelationshipType. Well, I was going to try this on test for an russian artist I know, who also use LiveJournal. Now I came across a tiny problem: if the artist use some unconventional chars in his LJ-name, the proposed url-type h++p://artist.livejournal.com/ can't be used (a try to open that URL results with the well loved 404 error). Only the 'old' profile links will work: h++p://www.livejournal.com/~artist h++p://users.livejournal.com/artist h++p://www.livejournal.com/users/artist In my case, the LJ-name of the artist starts with an underscore _ -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] RFC: Transliterations/translations, again! (now on test.m
On 8/11/06, Kerensky97 [EMAIL PROTECTED] wrote: I like it, works great. How hard would it be to get Alternate or whatever listed in release type so we could also move these alternates into a separate group in the artist discog list? And I agree with Gecks that that disclamier might be a little more than is needed; hopefully people realize that as a transl(iter)ation it should be identical to the other release just with different words in the tracks and title. My test - http://test.musicbrainz.org/show/release/?releaseid=514127 Gecks wrote: i did an test relationship - http://test.musicbrainz.org/show/release/relationships.html?releaseid=458471 - all seems fine :) Works fine for me: http://test.musicbrainz.org/release/e8ed760c-0aa7-44a5-9a8d-66a60edc9a74.html and now album annotations as in my exacmple are no longer needed. :) -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Net Releases
On 6/17/06, Beth [EMAIL PROTECTED] wrote: Currently we handle on media releases as to the point of distribution. It was released in the US UK and Germany Japan Speaking of the markets that these releases were distributed in. Do we all realy handle this way? The following is taken from http://wiki.musicbrainz.org/ReleaseCountryStyle : 'Note that the ReleaseCountry of an album is not necessarily the country in which it was produced. The label itself will typically be more relevant. eg, a release on Foo Records UK that has Made in Austria printed on it, will likely be a UK release.' Is telling the homebase of the label matters. Otherwise you wouldn't have multitude of release countries for one release. There are much possibilities and examples around for multiple release Dates/Countries - if the country of origin OR the country of distribution has to be entered in our Country field. Why would net releases be handled any differently? exactly. -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] RFC: Dealing with translations and transliterations
On 6/16/06, Simon Reinhardt [EMAIL PROTECTED] wrote: I would like to hear more about those tricky examples. :)I guess they have been discussed to death before... sorry, didn't read the other threads. Simon (Shepard) Examples? Maybe like this one: An official release comes in both languages. I've had one with an cover and inlay you can turn - one side with titles and credits in Russian/Cyrillic and the other side with everything in English/Latin. That CD was (mabe still is) in local stores - here in germany - with the english version outside and the russian version outside available (same label and cat number for sure). Another one had both versions on the back cover like this way: 1 - Japanese Track Title - [duration] - English Track Title - 1 -- .: NOP AND NIL :..: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] (album version)
On 6/18/06, Thomas Tholén [EMAIL PROTECTED] wrote: I also felt spacefish was referring to their own personal collection, which ARs don't cover. I don't really understand how or what, but I suppose it's a tagger issue then? //[bnw] No, I guess that Paula don't want to see the exactly same track (everything is simular, track lenght, version, sound ...) appearing one time as Title and another time as Title (album version). -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] (album version)
On 6/18/06, Paula Callesøe [EMAIL PROTECTED] wrote: But just as (feat. artist B) is not part of the track title, neither is (album version). The problem with MB is that there is no separate field for version information and there really ought to be. I like the idea of a seperate field for version information. -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Net Releases
On 6/18/06, joan WHITTAKER [EMAIL PROTECTED] wrote: Excuse me having to ask, but how do we now get this put into the guidelines? OK our Country field is for the distribution area. This is very clear for internet releases or releases are known that they are only available in an defined area - like releases with an Japan only bonus track or so. What should be entered if we only know the label homebase or doesn't know anything at all? Such things should be clearly defined, before we put a guideline. -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Net Releases
On 6/18/06, Schika [EMAIL PROTECTED] wrote: On 6/18/06, joan WHITTAKER [EMAIL PROTECTED] wrote: Excuse me having to ask, but how do we now get this put into the guidelines? OK our Country field is for the distribution area. This is very clear for internet releases or releases are known that they are only available in an defined area - like releases with an Japan only bonus track or so. What should be entered if we only know the label homebase or doesn't know anything at all? Such things should be clearly defined, before we put a guideline. What my actually problem is: I have a bunch of vinyls here, all I know is that I got them here in Germany some day. And I or anybody else could find out in which areas of the world it was actually original distributed back in - let me say 1984 just as example. Another thing is that some physical releases have a code to download an extra song from their website - you can't access this file without the one-time working download code. What is the release country - the same as the physical release or worldwide? -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Net Releases
On 6/17/06, Day Dreamer [EMAIL PROTECTED] wrote: I too agree with the view that an internet only release is a worldwide release, because... well because an internet only release IS a worldwide release, even regardless of what a label might say or where it is located. Let me repeat that what you say, maybe I understand something wrong: Internet release == [Worldwide] What the artist / label / distributors (the copyright owners of the release) say doesn't matter. We should prefer using [Worldwide] instead of [Unknown Country] if release area / country / label homebase is not known. Please correct me, if I misssed soemthing in your point of view, how we should handle the metadata of releases. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] RFV: Adding some AR attributes
On 6/14/06, Chris Bransden [EMAIL PROTECTED] wrote: Note that the following discussion arose from this: Schika had examples of liner notes which differentiate between a mixer and a mix engineer. Do we need that separated? well i think you have to be careful as the example (system 7) might mean DJMix when they say Mixed By and Mixed By where they say Mix Engineer. if anyone can find an example where that's definitely not the case then it's probably worth adding seperately. It's definetly not a DJ-Mix here. The mentioned track On the Seventh Night with that credits appears on the album 777 (Label: Big Life Records / Weird and Unconventional Records - Catalog #: BFLLP1) http://www.discogs.com/release/19794 (is the entry matching the Catalog #) Also not DJMixed ... Same group another album Point 3 - Fire Album (Label: Big Life Records / Butterfly Records - Catalog #: BFLLA11): B1 - Mysterious Traveller: Produced by Derrick May Steve Hillage. Engineered Additional Production by Greg Hunter. Keyboards Programming by Derrick May. Guitars by Steve Hillage. Additional Keyboards by Miquette Giraudy. Mixed by Steve Hillage Miquette Giraudy. Mix Engineered by Matt Rowland. A2 has also credits for Mixed by and Mix Engineered by http://www.discogs.com/release/89959 (is the entry matching the Catalog #) Maybe someone has the CD versions which probably have more detailed credits, as the vinyls I currently holding in my hands. Sorry that I currently bring up examples from only one band - cause I've tried to enter the credits for their records some time ago and figured out that ARs are missing. I'm sure that I will come accross more of such credits - if I have the time to enter a whole set again. Of course since we don't have freetext crediting like Discogs we can only render liner notes to a certain extent and I'd normally say try to find those types which are nearest to what they really did - but since in most of the cases we can't know what they really did, we can only go with the liner notes for those smaller roles and therefore I also prefer to see it as close to the liner notes as possible. That does not apply for all AR types though - in some cases you *can* know what the credited persons really did. For example liner notes for rock albums mostly say guitars by ..., bass by ... where they mean electric guitar and electric bass guitar. Of course it's not wrong to let it as guitars as those are generalisations. i agree. i'd still like to have free-text qualifiers (pipe dream...), for the occasions when a new AR isn't appropriate, but it's still nice to show the written credit as well as the actual role - eg http://www.discogs.com/release/535757 (look at some of those convoluted track credits!) The mentioned free-text field would be awesome for such rare credits - instead of adding more to the current list. BTW great example. :) -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Net Releases
Whatever the artist/label/distributor of the release says should be used. If they state it should be Germany, Europe or Worldwide then we have to respect that. They are the owners of the rights and they decide how their data has to be. -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Net Releases
On 6/17/06, Nikki [EMAIL PROTECTED] wrote: On Sat, Jun 17, 2006 at 02:46:30AM +0200, Schika wrote: Whatever the artist/label/distributor of the release says should be used. If they state it should be Germany, Europe or Worldwide then we have to respect that. They are the owners of the rights and they decide how their data has to be. What about all the ones which don't say? --Nikki If a label is known, then the country where it's based (if it's known). If a label is known but not where it's based - or nothing at all is currently known - Unknown Country. -- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Net Releases
On 6/17/06, Beth [EMAIL PROTECTED] wrote: So virtually it appears as if you feel [worldwide] should be deleted altogether? Or only used when the band says Everywhere else? (which I've seen one band that says that. No, I'm against a deletion of [Worldwide]. I say that [Worldwide] should be used when it is mentioned that it is a worldwide release. I've seen that also from artists/bands/labels/distributors. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] RFV: Adding some AR attributes
On 6/10/06, Simon Reinhardt [EMAIL PROTECTED] wrote: Hello,I would like to add some attributes to some AR types and therefore request ok/veto for each of them:3. http://wiki.musicbrainz.org/EngineerRelationshipType could need http://wiki.musicbrainz.org/CoRelationshipAttribute (page does not yet exist)- {additionally} engineered becomes {additionally} {co-}engineered 4. Same for the mix engineer (same wiki page):- {additionally} mixed becomes {additionally} {co-}mixed5. probably the other engineer types tooRationale: we added the co attribute to http://wiki.musicbrainz.org/ProducerRelationshipType - now I found someone credited as co-engineer and co-mixer in liner notes. I had added him with the attribute additional but since we have the co attribute I think we could use it here too.Simon (Shepard) I have some releases where is also mentioned executive engineer, recording engineer, mix engineer, remix engineer.-- .: NOP AND NIL :. .: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] RFV: Adding some AR attributes
On 6/10/06, Simon Reinhardt [EMAIL PROTECTED] wrote: Schika wrote: I have some releases where is also mentioned executive engineer, recording engineer, mix engineer, remix engineer.executive engineer would be no problem to add too, since we also introduced that attribute for the producer type. Though recording engineered and mix engineered was just changed to recorded by and mixed by and the majority agreed it means the same... please not that discussion again. :) Sorry for bringing up the unwanted discussion again. Here the some of the credits for the track On the Seventh Night by System 7: Produced mixed by Steve Hillage Miquette Giraudy. Recording engineer Greg Hunter. Mix engineer Dare Mason. Recorded in September 1992 at Butterfly Studios by Kris Weston assisted by Scruff, Neil Snyman Jody Sherry. remix engineer - isn't that a remixer? Same artist just another track from another album: Alpha Wave (Plastikman Acid House mix): Remix additional production by Plastikman (Richie Hawtin). Re-edited by Steve Hillage. Remix engineered by Mickey Man. I guess the remix engineer role points to S. Hillage's re-editing of R. Hawtin's remix, cause the Plastikman remix is nearly 20 minutes long and this re-edited version is only 10:43 minutes long. However, is that an addition, an agreement or a veto? ;) Agreement and addition. :P -- .: NOP AND NIL :..: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] wrong tracklistings
On 5/30/06, Bogdan Butnaru [EMAIL PROTECTED] wrote: the annotations are visible only on the extended albumview. That's odd and now I see why a lot of unneeded mods are comming up again and again. This should be changed. -- .: NOP AND NIL :..: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Release imports
On 5/29/06, derGraph [EMAIL PROTECTED] wrote: Hi.While searching for some official proof and a release date of an album,I've noticed that the German amazon site (which I could read) listedanother release date than the Japanese site (where I could not read the track list).Now this raises an interesting question: is the date when a release wasfirst made available through an import service an ReleaseEvent? Shouldit be added to the release dates?-- derGraph___Musicbrainz-style mailing listMusicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-styleI wouldn't trust the info given from the Amazon shops. I've founded so much crap they entered in their system. And the worst of all i that so much people believe it and use this info as proof for their mods. The only nice thing about Amazon is the album artworks you can get - nothing more. If you search for release dates take a look at the label / distributor or artist website. That's what i do in the most cases. If I can't find anything besides Amazon then I add a info into the album annotation, that the release date was taken from Amazon and needs to be proofed. Just my 2 cents about this.-- .: NOP AND NIL :..: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] ArtistAlias and PerformanceNameStyle conflict / What makes an Alias?
Not sure if this is meant with A.K.A. AR but some AR is needed to link different artist entries: For example the UK band System 7, cause Apple Computer owns the rights for this name, the band has to perform release in the USA as 777.Also the german techno act Der Dritte Raum has released in the US as The Third Room (just a translation of the original german name). -- .: NOP AND NIL :..: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Co-ProducerRelationshipType
Very interesting links - cool. Could we add Contains samples from as Album - Album Album - Track / Track - Album relationships?Example: My Kingdom by The Future Sound of London http://musicbrainz.org/showalbum.html?albumid=86339 http://www.discogs.com/release/2516 (see the notes there) On 5/2/06, Simon Reinhardt [EMAIL PROTECTED] wrote: Updated on test now:http://test.musicbrainz.org/edit/relationships/link_types.html?type=album-artist http://test.musicbrainz.org/edit/relationships/link_types.html?type=artist-trackhttp://test.musicbrainz.org/showrel.html?id=421276type=album ___Musicbrainz-style mailing listMusicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style-- .: NOP AND NIL :..: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Album attributes
Instead of adding all possible combinations seperate, I would like to have the album attributes selectable. There are Remix Compilations, Live EPs, and so on arround. Not sure - but there's already something in work - http://wiki.musicbrainz.org/ReleaseTypeRestructuringDiscussion - Schika On 5/1/06, Bogdan Butnaru [EMAIL PROTECTED] wrote: I just came up (actually, it's just the first time I noticed) on analbum that is a compilation of live tracks:http://musicbrainz.org/showmod.html?modid=4715100 (there's a link withdetails in it's relationships, I think).This made it occur to me that live and compilation are not reallymutually exclusive. Perhaps we should have a live compilation attribute? That will allow to mark things as a compilation withoutneeding to put (live) on all tracks.Or is this going through an overhaul anyway?-- Bogdan Butnaru — [EMAIL PROTECTED]I think I am a fallen star, I should wish on myself. – O.___Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.orghttp://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style -- .: NOP AND NIL :..: Schika :. ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Vinyl: Single vs. EP
999 wrote: I added a lot of vinyl releases and often I don't know if it is an EP or a single. What do you think it should be, here are some examples: 1. 7'', TrackA / TrackB 2. 12'', TrackA / TrackB1, TrackB2 3. 12'', 2 tracks on each side I've come across 2 track releases that are labeled EPs and singles with 4 tracks. But want a general answer, because most releases don't have the word EP in their title. Sandor (Nine99/darkshyne) Since I'm collecting vinyls (1987) that's how I got it told from other DJ's and how it is used in common for electronic music: A Single release containes only one single track (and maybe with various mixes/versions of this track). A EP release containes at least two different tracks. A Remix release containes only remixed/reworked tracks. The format of a release (7, 10, 12, tape, CD, DAT, MD...) doesn't matter ! A clean/simple artist entry with examples for above mentioned release types - http://musicbrainz.org/artist/a77f6f2f-19a2-4648-9018-3ad3aa4c1b9b.html - Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Co-ProducerRelationshipType
Don Redman wrote: On Mon, 13 Mar 2006 22:30:45 +0100, Chris Bransden wrote: http://wiki.musicbrainz.org/Co-ProducerRelationshipType http://test.musicbrainz.org/trac/ticket/1173 not sure what else i have to do, so let me know :) think it's a relatively straightforward add. Well, what about this one? Wolfsong seemed to disagree on this one (see his comment on the wiki). any comments anyone? Do we need this? Could this not be done with an attribute like in: artist {co-}produced album or track DonRedman This could be done by checking the additional marker. Example: Ralf Hildenbeutel[1] additionally produced Accident in Paradise [2] Schika [1] http://musicbrainz.org/showartist.html?artistid=8062 [2] http://musicbrainz.org/showalbum.html?albumid=436618 ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
[mb-style] AR-link ReQuest WasPreviousReleased / IsACompilationOf
According to the moderations [1] , [2] [3] I had to browse thru the all the AR related wiki pages http://wiki.musicbrainz.org/AdvancedRelationshipType and haven't found anything which fits in this case. Could we add a AR link was previous released / is a compilation of for albums? So far I've added such info into the album annotations - like here [4] For sure such a link has to be definied for : * maybe just one artist - like [1], [2], [3] [4] or * complete releases - like the FreeZone 3 sampler [5], which was previous released as 5 seperate Various Artists vinyls months before the complete package (2xCD/5xLP) was available. Schika [1] http://musicbrainz.org/showmod.html?modid=4390654 [2] http://musicbrainz.org/showmod.html?modid=4390657 [3] http://musicbrainz.org/showmod.html?modid=4390661 [4] http://musicbrainz.org/showalbum.html?albumid=187063 [5] http://www.discogs.com/release/6640 ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Promo releases
Don Redman wrote: On Wed, 01 Feb 2006 03:34:21 +0100, Simon Reinhardt wrote: Hi, I need some clarification about promo releases. Maybe we can even formulate something for the wiki. The problem: some users seem to have access to promo releases before an album comes out. If the tracklistings differ then it is no problem of course, but if it's mostly the same, only with small differences in the tracktimes then it does not justify creating a new album. Putting both the official and the promotion release together in one album entity leads to conflicts: 1. There may be different disc ids with differeing times and if the promo disc id was added first then the entity adopts the times from it. 2. Both official and promotion as release status apply. 3. The release date of the promo copy is earlier as the official date which is confusing when looking at the album on the artist page. What are the reasons not to enter them as separate albums with the attributes album promotinal? DonRedman As often, I've added a album annotation, and that's what I did today: - http://musicbrainz.org/album/b3ef63f0-0878-465f-849d-bfaf3df80aca.html - :P Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] % in URL Relationships
Paula Callesøe wrote: Hello, A discussion started on http://musicbrainz.org/showmod.html?modid=4161538 has prompted me to bring this up here on the list because we may need some guidelines written for the use of % in URL ARs. OpenDataRelationshipClass currently has nothing regarding the use of any special characters in URLs. By default, Wikipedia URLs use %28 and %29 to represent ( and ) and %26 for . No one other than a power-user will know that Wikipedia URLs can be converted to one without % using the character the %nn represents. For example, for the band Cameo, Wikipedia defaults to http://en.wikipedia.org/wiki/Cameo_%28band%29 but we can use http://en.wikipedia.org/wiki/Cameo_(band) to reach the same information. Note that in MB's interface, the last ) is not dropped as it is here in this email so it's perfectly usable. wrong, you provided the proof for this. Click on the links in your mail app and you will see that the last link will not work correctly - the last char will not recognized as part of the URL. Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] % in URL Relationships
Paula Callesøe wrote: Schika wrote: Paula Callesøe wrote: Hello, A discussion started on http://musicbrainz.org/showmod.html?modid=4161538 has prompted me to bring this up here on the list because we may need some guidelines written for the use of % in URL ARs. OpenDataRelationshipClass currently has nothing regarding the use of any special characters in URLs. By default, Wikipedia URLs use %28 and %29 to represent ( and ) and %26 for . No one other than a power-user will know that Wikipedia URLs can be converted to one without % using the character the %nn represents. For example, for the band Cameo, Wikipedia defaults to http://en.wikipedia.org/wiki/Cameo_%28band%29 but we can use http://en.wikipedia.org/wiki/Cameo_(band) to reach the same information. Note that in MB's interface, the last ) is not dropped as it is here in this email so it's perfectly usable. wrong, you provided the proof for this. Click on the links in your mail app and you will see that the last link will not work correctly - the last char will not recognized as part of the URL. Read it again. When clicked through MB, the last ) is NOT dropped (maybe I should have bolded that :) ) and it works fine. Go to http://musicbrainz.org/artist/ef4d808a-2113-44c3-9b44-1b31f026ef1e.html and try it from there. The fact that it drops the last ) in email may or may not be a consideration in its further use however. yep - sorry I've just seen it myself - lol. However, this may work in your actual browser - but not in every client. Furthermore is the URI encoding %xy the international standard - http://www.w3.org/2004/11/uri-iri-pressrelease - without that how you will treat symbols like # in file names? Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
[mb-style] infinity loops and track durations
Here's a crazy one: could we add the infinity symbol - or something simular - as possible value for track durations? In fact endless loops are only gimmiks of vinyl releases - just one reason why I love vinyl - and I doesn't know one CD using this. A lot of vinyl releases using this and it bugs me to leave that information out and putting this into the album annotations. Just one example: The vinyl release of Speedy J's album Loadboxer (Label: NovaMute Catalog #: NoMu 93 LP) contains 200 infinity loops, which the CD release is made of. Schika PS: I know some of you are shaking the heads now ... hehehe :P ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Request for officialization: ReleaseAnnotationStyle
Don Redman wrote: On Tue, 31 Jan 2006 04:10:38 +0100, Björn Krombholz wrote: On 1/31/06, Don Redman [EMAIL PROTECTED] wrote: Do we have any annotatoin style yet? Is this a good idea? [...] Is it ok if we make the general syntax official and leave the details in the current state of informal recommendations? The idea was just to add some rules to the specification of release data. So it might be parsed and moves (semi)automatically, once the data can be stored elsewhere. So this shouldn't be a style guideline in the common sense, but just a guideline that says: If you add release info to the annotation, then please use this formatting scheme. Nothing, that's to be enforced. Ok, I misunderstood it. Well then I'd say: Wait for 24 hours. If there are no objections, make this official. But please add the above explanation so that it is very clear that the guideline only states If you add release info to the annotation, then please use this formatting scheme. DonRedman the Secretary (to differentiate from DonRedman the notoriously dissenting sociologue) :-) I really doubt that this is usefull - no to mention the parsing will work, besides you code a parser using AI - it will end up in a mess. A lot of annotations are made in different ways - most depending on the release, artist, current problem, etc. What about all the already entered usefull information that will not or can't fit in the suggested scheme? Seriously, if we have new possibilities to store data - like Labels, Catalog # and so on - natively into the MBD database, they will be entered. Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Release Country ReQUEST
Tarragon M. Allen wrote: On Monday 09 January 2006 15:07, Schika wrote: Björn Krombholz wrote: is we had some real examples that show that this, this and this releases has to be EU, I might be convinced that we really need it, but I don't see any examples that fit: a) it was released in every neation that is an EU member and b) it was released in all those nations on the same day. I don't see the problem with the release day. Very common example: releases are pressed anywhere, let's say for this example Germany, delivered to the distributers. They ship the products into the several countries and finally to the stores. And are open for sale - to the public = release date - at a speciffic day. The same way how Germany/UK/whatever releases are published at one day. The further issues here is that, even though they might be released on the same day, they are arguably different releases. For example, the U.K. release probably doesn't have German (language) liner notes. This is where the it's the European release falls down. Seriously, I don't have 1 release with german (language) liner notes, even the german labels use english (language) notes on the booklets, covers, label prints. Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Release Country ReQUEST
Nikki wrote: On Sun, Jan 08, 2006 at 07:47:22AM +0100, Björn Krombholz wrote: But you are not the only one reading this list. What I wanted to say is, that you have to add neither or both. If we add one continent, we would have to add them all. What constitutes a continent? How many are there in total? They are not clearly defined. Not defined? How about Africa, Antarctica, Asia, Australia, Europe, Nord- South America ? The EU is clearly defined and also has an ISO code, like other countries, even though it's not technically a country (although it exhibits several properties of a country). I will gladly submit a patch to include the EU, but I can't see us coming to an agreement about which continents even exist. After a discussion with that label about EU and Europe they made me clear: * They publish the records for the Europian continent only. * If they would publish for the Europian Union, they have to ship the recordings all over the world (nearly all colonies of France, Netherlands, Denmark, Portugal, Spain and Great Britain counts to the EU). * The term 'made in the EU' is only formal to assign EU rights for the products. * Real EU releases don't exist at all. The following picture should describe the area of europe - http://en.wikipedia.org/wiki/Image:Europe_political_map.png via http://en.wikipedia.org/wiki/Europe Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Release Country ReQUEST
Nikki wrote: Not defined? How about Africa, Antarctica, Asia, Australia, Europe, Nord- South America ? Not *clearly* defined. I can say the continents are Africa, Antarctica, Eurasia, Oceania and America if I want. http://en.wikipedia.org/wiki/Continent lists SIX different models. Which is right? Why is it right? yep, why don't add them all? Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
Re: [mb-style] Release Country ReQUEST
Björn Krombholz wrote: * I can't enter the correct - from the label owners on my request given - data (in this case release country Europe / EU) 1. Europe and EU would have to be 2 different things. 2. If the label really tells you, that they released in either of those and this information is correct, then this would be an argument for adding EU and/or Europe, although it is an extremely rare case. Björn, I sended out this Release Country ReQUEST in the first place and was refering to this. I know that Europe and EU are 2 completely different things. The label itself told me it should be Europe, which I also prefer. Cause everyone here was bugging me it *has to be EU* ... bla bla bla ... I added EU to ... *haaach* avoid this discussion again. o_O So, could we come to a solution? Schika ___ Musicbrainz-style mailing list Musicbrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style