Yes, we do 2013/3/9 SwissChris <swissch...@gmail.com>
> All I say is: some informations are too complex, too subjective, too > controversial to fit into a structured DB field. > So we agree: "probably too difficult to implement and also outside of > what MB should do." ;-) > > > On Sat, Mar 9, 2013 at 11:29 AM, Frederic Da Vitoria > <davito...@gmail.com>wrote: > >> 2013/3/8 SwissChris <swissch...@gmail.com> >> >>> >>> On Fri, Mar 8, 2013 at 5:52 PM, Frederic Da Vitoria <davito...@gmail.com >>> > wrote: >>> >>>> Ah, but I wasn't speaking of "political" borders. I was saying that >>>> historical borders had a major cultural signification, and that current >>>> political borders (which IIUC is the only thing you want to consider) are >>>> mostly irrelevant for example for Vivaldi or Bach or Mozart. There aren't >>>> so many historical Artists in MB. Letting the users who know about them >>>> discuss what areas would be relevant to those Artists would not be a major >>>> issue IMO. >>> >>> >>> Of course historical borders are of cultural relevance. But what do we >>> gain from having as birth country of the *german* composer Bach the >>> "duchy of Saxe-Eisenach" (or IMO the "Herzogtum Sachsen-Eisenach"), or from >>> replacing *Italy *with "Republicca di Venezia" as birth place of the * >>> italian* composer Vivaldi? >>> >>> For every major composer of the past we now have a direct wiki link >>> showing, within the first few lines, all these details, which are IMO too >>> complex to fit in a DB-structure like ours ;-) >>> >>> Had we Immanuel Kant in the DB, the wiki would spell: "*Immanuel Kant* ( >>> German: [ɪˈmaːnu̯eːl >>> kant]<http://en.wikipedia.org/wiki/Help:IPA_for_German>; >>> 22 April 1724 – 12 February 1804) was a >>> German<http://en.wikipedia.org/wiki/Germans> philosopher >>> from Königsberg <http://en.wikipedia.org/wiki/K%C3%B6nigsberg> in >>> Prussia <http://en.wikipedia.org/wiki/Kingdom_of_Prussia> (today >>> Kaliningrad <http://en.wikipedia.org/wiki/Kaliningrad>, >>> Russia<http://en.wikipedia.org/wiki/Russia>) >>> who …" Why should we (and our devs, who have more important things to do) >>> invest time and sweat in duplicating within MB these easily available >>> informations? >>> >> >> Why enter birth countries at all since they are (more correctly) stored >> in WP? If I follow your reasoning, then I suggest we entirely remove those >> data. At least this would be consistent. While we are at it, I suggest we >> also remove a lot of Releases which are entered with much more detail in WP >> than in MB :-D Seriously, data duplication between different information >> systems is not an argument IMO. If it is relevant to MB and it can >> technically be stored into our database, then we should do it. WP is a >> wiki, not a database and as such does not allow queries in the way that MB >> does. >> >> But using historical "Areas" may not be useful because I think I'd be >> more interested in who lived in Flanders than in who lived in Ghent, more >> in a cultural region than into a maybe obscure little town. This way of >> using the data (where the database would be able to "enlarge" a city to >> it's cultural region) is probably too difficult to implement and also >> outside of what MB should do. >> >> >> -- >> Frederic Da Vitoria >> (davitof) >> >> Membre de l'April - « promouvoir et défendre le logiciel libre » - >> http://www.april.org >> >> _______________________________________________ >> MusicBrainz-style mailing list >> MusicBrainz-style@lists.musicbrainz.org >> http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style >> > > > _______________________________________________ > MusicBrainz-style mailing list > MusicBrainz-style@lists.musicbrainz.org > http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style > -- Frederic Da Vitoria (davitof) Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org
_______________________________________________ MusicBrainz-style mailing list MusicBrainz-style@lists.musicbrainz.org http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-style
