crism

Composition: dates and location of composition

2008-09-06T18:19:09.0012Z

and some more ideas:

to whom the composition was dedicated is often interesting.

who (person, or sometimes entity such as the san francisco opera) commisioned the work is also often interesting.

location, date, and performer of the premeir is also often interesting.

Composition: dates and location of composition

2008-09-06T18:14:53.0018Z

can we add dates for when a work was composed (start, end)? i'd like to start building timeline visualizations of this. this is particularly applicable to classical music but could be generally useful. for instance a timeline of brahms's symphonys (it took him ~14 years to write it because he felt so pressured coming after beethoven's 9th).

secondly - place composed (probably non unique) would be interesting for mapping the works composed. for example - dvorak's new world symphony and american string quartet, and mapping liszt's travels. in general there's quite a lot of data on location composed particularly for classical music that we could easily structure.

thirdly - and this is more complicated, at least for classical music, we should capture the catalog ID - which for many composers is an opus, number combination, but for mozart it was K for Ludwig Ritter von Köchel and haydn and bach also had their own thing.

fourthly - we should also capture key for classical compositions.

crism: Wrong banner

2008-08-21T02:04:17.0012Z

Thank you

crism: Wrong banner

2008-08-21T01:55:19.0012Z

Thank you

carmenmfenn1

crism: Wrong banner

2008-08-20T21:42:28.0012Z

Jeff, my dear, the merge took place today and cheunger removed the delete flag manually!! Now I can breathe again and thank you all for the speedy action. It would have been a catastrophy to loose all that work...

carmenmfenn1

crism: Wrong banner

2008-08-20T21:37:16.0012Z

It will take a long time for this item to come up in the queue of merge/delete tasks (there are several hundred ahead of it), so this flag won't be cleared for awhile. But it won't be deleted; don't worry.

crism: Wrong banner

2008-08-20T21:36:17.0013Z

THANK YOU and be blessed!

carmenmfenn1

crism: Wrong banner

2008-08-20T21:33:40.0012Z

Hi Carmen,

This is probably an artifact of the merge. When the topics were merged, the delete flag was also merged. I've already filed a bug regarding this and in a future release, the flags should be reset after a merge. I've gone ahead and manually removed the flag.

crism: Wrong banner

2008-08-20T21:30:18.0012Z

EXACTLY!!

I hope you can stop this, I worry my head off .

carmenmfenn1

crism: Wrong banner

2008-08-20T21:27:05.0012Z

It looks like the bad topic got merged into the good topic, and the "delete" flag got merged along with it. This is clearly a bug -- thanks for bringing it to our attention!

crism: Wrong banner

2008-08-20T20:48:55.0017Z

Good morning, Cris

long ago I flagged the duplicate Lorenzo Ferrero with Merge or Delete. Today after the merge, the Delete banner appeared on the GOOD page. Please have a look, as it was never meant to be like this, the actual page is not for deletion! Thank you,

carmenmfenn1

Transit Stop: Date opened property

2008-08-08T18:52:21.0018Z

A date opened property could be useful and would be easily mapped from wikipedia infoboxes. For ideas of other properties, look at the Wikipedia infobox:

http://en.wikipedia.org/wiki/Template:Infobox_Station

crism: Test

2008-08-02T16:12:06.0012Z

Um… you’re welcome? I’m not really sure what I did, though. Or am supposed to do?...

crism: Test

2008-08-02T14:36:39.0012Z

http://www.computescotland.com/1501.php

Thanks for giving me some IT type link for Jura.

Best,

Gail

Distilled Spirits: Spirit brands

2008-07-11T14:36:48.0012Z

In attempting to migrate instances of the now-obsolete Whisky type to distilled and blended spirits, I am running into a frequent problem. Some of the so-called whiskies were actually distilleries or blenders, and those are easily handled. However, many of them, particularly bourbons, but also blended Scotches, are actually imprints or brands; they are not single spirits, but neither are they distillers, bottlers, or blenders. How important are brands to represent? What model is appropriate?

Composition: Date Created

2008-06-25T17:11:53.0012Z

Good suggestions. I’ve made these changes over on sandbox for comment; I’ll recreate them here if folks like them.

Composition: Date Created

2008-06-25T11:09:10.0015Z

Could we have a Date Created (type Date/Time) property?

Also a First Played (type Date/Time) property would be good. Possibly extend this to a compound type including a first played (type Location) property?

Composition: Traditional compositions

2008-05-28T03:55:57.0000Z

That’s a good question, Joe. A particular recording of a traditional tune is likely a recording of an arrangement of the tune, true. But one might still want to discuss a folk song in its own right, and there is a difference between the lack of a composer assertion and the positive assertion that the tune is traditional.

I don’t know what the right answer is. Should there be a Boolean property for traditional compositions? Should we do what every other database does and create a pseudo-composer named Traditional?

Do you want to start a discussion on the Music Modeling Interest Group or possibly the data modeling mailing list?

Transit Stop: "Terminus for lines" property

2008-05-27T21:38:29.0007Z

I would say that a terminus should also be a stop. It's probably better if we make it explicit, so that people can query against a single property to find all stops on a line, rather than having to query both stops and terminuses (termini?).

Musical Group: Ex-Members Property

2008-05-27T17:12:40.0000Z

Band membership has a beginning and end date; former members should have an end date, although it's true that in many cases Freebase won't have that data. But, in my opinion, splitting the membership roster into separate properties for current and former members would cause a bigger problem for cases where we don't know a musician's status -- it forces us to arbitrarily make an assertion (current or former) when we lack the knowledge to make that assertion. At least with the current model, you can say that someone was or is in a band when you don't know the current line-up.

I think the current model will be a little clearer if we get the ability to store the notion of "current" or "present" in date fields.

Transit Stop: "Terminus for lines" property

2008-05-27T01:15:49.0007Z

It's not totally clear to me whether a thing which is a terminus for a line should also be marked as a stop on that line, or if the fact that it's a terminus implies that it's a stop on the same line.

Transit Stop: Add "address" property

2008-05-26T19:25:14.0012Z

In the US, at least, rail stops generally have street addresses and some times phone numbers (see http://www.metrarail.com/Sched/cnw_n/cnwn.shtml for example). Adding addresses would be valuable, especially as more bots geocode addresses.

Composition: Traditional compositions

2008-05-26T15:41:21.0012Z

Is there a preferred way to indicate that a piece is generally credited as "traditional" (often with an arranger credit)? It's clear that imported data sometimes perpetuates "Trad" as a composer.

I suppose using "Arrangement" and leaving "Composer" blank is the best alternative?

Musical Group: Ex-Members Property

2008-05-24T23:16:37.0012Z

Wouldn't it make since to have an Ex-Members property?

Music modeling: Classical works

2008-05-22T19:53:02.0007Z

This is an interesting start, simonhill.

The Opera domain was done as its own project; the Opera type should probably be refactored to include Composition (and similarly Opera Composer should include Composer.

Some technical notes on your types:

The catalog abbreviation and opus number should be text (or even machine-readable strings), not Topics; making D (the topic about the fourth letter of the English alphabet) the abbreviation for Schubert’s catalog is a bit strange, likewise for the number 1.
The expected types for other properties could also be adjusted; the “composer” property should expect Composer, “musicologist” should expect Person, or ideally, a new Musicologist type.
I would also have your composition include the Composition from the Music domain to make it easier to see what properties are already present and which need to be added. Is a discrete “title” really needed, in addition to the name of the topic?

Thanks for getting this started.

Music modeling: Classical works

2008-05-21T08:10:43.0005Z

I have a lot of classical music data (composers and their works, with opus numbers and catlog numbers etc.) which I'd be happy to load up.

However, I note that there are some issues around the schema in this area; e.g. there separate entities for composition and opera. (Surely, this can't be correct - an opera is a type of composition), there is no provision for opus numbers, catolog numbers etc.

Is anyone working in this area? Anyone have any recommendations for a good, practical way forward?

Composition: Opus Numbers

2008-05-20T23:49:15.0000Z

Welcome!

Unfortunately—as you probably know from using MusicBrainz and other databases—classical music is not generally well-modeled. We have it on our to-do list, but just plain haven’t gotten to it yet.

You can help us out, though! First, check out and join the Music Modeling Interest Group; start a conversation or three there.

Second, you can model the features you feel are missing in your own personal domain. Then post about them on the interest group or on the data modeling mailing list, and once there’s agreement, we can easily promote them to the music domain.

Thanks!

Composition: Opus Numbers

2008-05-20T23:38:30.0005Z

Hi,

I've just discovered Freebase (through musicbrainz) and have quite a lot of classical music data which I would like to add.

What about Opus Numbers and catalogue numbers - I can't find anywhere to put them!

A table of which composers have which types of catalogue numbers would be a good entry too ( I have some data on this, too).

crism: Test

2007-11-20T02:13:29.0129Z

Is this thing on?

crism: World Factbook Data for Countries

2007-09-04T07:16:16.0000Z

Excellent news, I was just worried that it had gone quiet.

I can see that particularly for countries, there could be almost unending statistics which would make the page very busy. Different levels of view seem like a good way of approaching this. Maybe each user could specify which properties they'd like to see on a page, and there could be groups of properties defined as well, so by default only the "overview" properties would be shown.

As I was making various edits, I thought it would be nice when adding a value to be able to also indicate the source of the data, (and possibly to accomodate multiple values from different sources). e.g. the total area of a country is not as well defined as you might think and there are a variety of different sources which give different values for the areas. This is common for many properties, and it'd be nice for any property to be able to say where the data is from.

crism: World Factbook Data for Countries

2007-09-04T05:22:50.0007Z

Ήο Κυβερνήτικος! The Factbook data exposed a whole raft of interesting issues with which we’ve been dealing before returning to it. This includes support for units of measurements in properties, time-variant values, and just some general user interface design issues (as adding three dozen properties really changes the look of a page). Stay tuned, though!

crism: World Factbook Data for Countries

2007-09-03T18:47:27.0005Z

I notice that you mentioned that you'd added the world factbook data to the sandbox sometime ago, but it hasn't made it into the nonsandbox version. Are you still working on it?

crism: "Deaths in [date]" topics

2007-07-24T19:22:46.0000Z

Thanks for getting back. In fact, since they're basically lists: should the topics be there at all? Presumably there's a case for flagging them for deletion (since like wikipedia 'Lists of X' pages in general) whatever information they contain would only replicate some query (here, about deceased people & their date of death).

crism: "Deaths in [date]" topics

2007-07-24T19:07:54.0007Z

Hi, dsp13. That type was added by a script I ran, when date of death was moved from Person to the new Deceased Person. I had no intention of asserting personhood of any topic touched by that script, so by all means remove the person types from those topics as you find them. Thanks!

crism: "Deaths in [date]" topics

2007-07-24T18:09:13.0004Z

Chris, I notice you've added the type "deceased person" to these topics; my intuition was that since the topics were lists of people rather than people, they shouldn't be typed "person" at all. But since you seemed to be acting with purpose, I stopped my reflex deletion of the type to raise the query with you!

crism: language

2007-05-29T21:22:59.0011Z

What happened to your comments on my language types? Lost to the void it seems. Is this a discussion bug or a sinister plot?

Transit Stop: "Terminus for lines" property

2007-05-15T01:50:00.0006Z

The terminus is the end of the line. This isn’t necessarily clear from the list of stops, especially if the list of stops is incomplete.
The way to find transfers is that a stop is connected to multiple lines; perhaps the lines should be disambiguators for the stop, so they show up easily?
Next and previous can be inferred from the list of stops if they’re ordered, but that’s something of a big if. However, I’m not entirely sanguine about explicit next and previous links either (see also albums, comic issues, TV episodes…). More discussion is welcome.

Transit Stop: "Terminus for lines" property

2007-05-13T00:40:36.0012Z

Is this property same as "transfer to lines". I would like to enter what lines you can transfer to from a Transit Stop.

Also, I think it would be valuable to enter what the "next" or "previous" stops from a Transit Stop along a Transit Line