Publishing

Ellery Queen: Split real from fictional

2008-05-16T08:44:56.0012Z

"[B]oth a fictional character and a pseudonym used by two American cousins"? Oh my. Split please.

Java: Paradigms

2008-05-13T10:49:10.0005Z

I think that "Strongly-typed programming language", "Virtual Machine" and "Write once, run anywhere" are not Paradigms. The first is a Java feature (of course) but it is also a feature of other programming languages, not necessarily object oriented. The second is an execution model. The third is a consequence of the second one. What do you think about? (sorry for my English!).

Hass spricht. Zur Politik des Performativen: Split book from edition

2008-05-08T21:54:24.0012Z

The book/written work should be a separate topic from the book edition.

Poem: Poem vs. Written Work

2008-05-05T21:10:37.0007Z

No, we probably don't need the "poet" type, now that you mention it.

Poem: Poem vs. Written Work

2008-05-05T20:36:51.0007Z

Not to gang up on you, but it does bother me that the Poet type is pretty much an empty label, tagging an author as a poet. Do we need such a data-barren label? Why not just do away with it altogether?

The singular "Poetic School or Movement" property could be easily merged into a more general "Literary School or Movement" that would hang off of the Author type. That a person can be labeled as a Poet could be entered in the Profession property of the Person type, if at all.

Poem: Poem vs. Written Work

2008-05-05T19:51:06.0000Z

Thanks for the replies. Unfortuantely, I don't have too much time to deal with the intricacies of data modeling, but I do like to throw my hat in the ring now and then.

It's quite interesting, however, to dive in deeper and see some of the complexities that you're dealing with. I'll keep adding data whenever I can =)

Poem: Poem vs. Written Work

2008-05-05T18:58:16.0007Z

I'd add, to Faye's excellent explanation, that the documentation might be a bit out of synch with the current model -- we're in the middle of refactoring this domain, and I wanted to hold off redocumenting until the schema was stable. I hope to fix this soon!

With regards to the question that Faye fobbed off on me (as a domain admin, that is), the reason that "poem" doesn't link directly to "poet" is because to do so would create a denormalization -- people would have to enter the poet both in the poem type and written work type. "Written work" contains properties, including author, that are common to all kinds of written works, making it more consistent to query and enter.

What conflicts do you see between written work, published work, and poem? I've tried to make these complementary, but if I've missed something, I'd like to know so I can fix it.

Financial support provider: Suggestion: generalize and reciprocate with supported projects

2008-05-05T18:04:33.0005Z

Can we generalize this type to include any financial support provider and attribute it with a list of reciprocated support types. Some properties could include Supported research projects, Supported programs, Supported organizations, ...

Poem: Poem vs. Written Work

2008-05-02T02:00:42.0007Z

Hi Mark,

I think my reply to your other post is relevant here as well. Published Work and Written Work are included types of Poem (meaning a new poem topic you create will automatically be typed Published Work and Written Work as well), because we find that relationship to be generally true.

Authorship is a basic shared property of all Written Work: be it a Poem, Short Story, Short Non-fiction, or Review. It's not a conflicting relationship, but an inclusive relationship. The fact that there's no direct link between a Poem and a Poet is unfortunate, but I'll leave that to be answered by an admin in this domain.

The publishing domain is one of the more complex (and well thought out) domains in Freebase. I suggest taking a look at the list of help documents at the top of the domain page. They go through how to enter different types of data in detail. It may sound straight-forward, until you realize the data model allows you to input a collection of translated excerpts of non-fiction work in a periodical -- that kind of data modeling requires some complexity, which unfortunately does make the simple case a little more complex as well.

Oh, one more thing. Bear in mind that there's heavy refactoring work going on here, so what you see is not necessarily what will be.

Poem: Poem vs. Written Work

2008-05-02T01:04:58.0012Z

Poem doesn't have an author? This seems weird to me; and shouldn't it be a type of written work? There seems to be some weird conflicts between Poem, Published Work, and Written Work

Freedom From Fear: shouldn't merge

2008-04-30T23:51:54.0012Z

I accidentally flagged this. They are two distinct written works.

Die Another Day: Film and book are different

2008-04-30T17:51:46.0005Z

Split the film from the book.

Hyperion: Separate French translation

2008-04-30T02:33:21.0012Z

The French translation should be its own edition/topic, rather than being bundled together with the book.

Thomas Hardy: Thomas Hardy didn't write any films

2008-04-30T01:52:03.0000Z

Yeah, sorry. Unfortunately, because the data displayed on his page is coming from five films, the only way to do it via UI is to click on the link for each film, remove Thomas Hardy from the Film Writer property on that page, and add him back as a Film Story Contributor. Once that's corrected, the data will display correctly on Thomas Hardy's page.

Thomas Hardy: Thomas Hardy didn't write any films

2008-04-30T01:46:23.0005Z

I think that he ought to be a Film Story Contributor, not a Film Writer. I wish there were an easy way to change the data type.

Written Work: Online versions vs. Weblinks

2008-04-29T16:24:26.0000Z

Perhaps some, but probably not too much. Part of the idea behind having distinct properties for some types of links is to allow users/the API to distinguish between miscellaneous links and links with some specific meaning/value/purpose. In the UI, all links are actually entered and displayed in the "weblinks" box. The association with the property is made in the "type" menu when you enter a link.

Written Work: Online versions vs. Weblinks

2008-04-29T04:16:18.0012Z

Seems like you will get redundancy between these two fields. Thoughts?

Publishing: Plans for scraping publishing data?

2008-04-28T18:43:59.0007Z

I agree about that! I can tell you that we don't have any current plans to import written works in bulk other than books, book editions, and possibly academic publications, so poems, essays, stories, etc. that aren't in Wikipedia will definitely be needed. And, for topics we got from Wikipedia, anything that's not in an infobox or implied by a category, will probably not be extracted in the near future. (By "implied by a category", i mean that a category like "Sherlock Holmes stories by Arthur Conan Doyle implies information about the author, the series, and one of the characters.)

Publishing: Plans for scraping publishing data?

2008-04-28T18:30:20.0000Z

Thanks Jeff! It's interesting to know what the plans are for these data loads. It's more satisfying to fill in data if you feel like all/most of the work that could have been done by a bot is already finished.

Publishing: Plans for scraping publishing data?

2008-04-28T18:13:16.0007Z

We were waiting until the publishing schemata stabilized before going after large amounts of data. We're mostly done mucking about with it now, so we're going to start doing more with this. In terms of getting Wikipedia data typed correctly, we have some bots that look at categories and infobox templates which should type more of the essays, stories, poems, books, etc. that are in Wikipedia, and in some cases be able to associate them with authors.

We can't get Amazon or WorldCat data, because Amazon and OCLC don't have licenses compatible with CC-BY, alas. We do have some data from ISBNDB, which we're working on reconciling and loading.

Publishing: Plans for scraping publishing data?

2008-04-28T17:47:09.0012Z

A quick search for "an essay by" on Wikipedia.org gives 800 results compared to the 96 pieces of short non-fiction on Freebase:

http://www.google.com/search?hl=en&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&hs=KjC&q=site%3Awikipedia.org+%22an+essay+by%22&btnG=Search

More generally, what are the plans to fill in publishing data? Can Freebase scrape Amazon or WorldCat data ( http://www.worldcat.org/ )?

Ludwig van Beethoven: Composer vs. Musical Artist for classical composers

2008-04-26T01:20:38.0007Z

Welcome to my nightmare.

Every music database in the world indexes classical recordings by composer, basically because the physical record had to go in one place in the store. There is no reason for us to follow this model—except that our main data source, MusicBrainz, still uses it.

We will be changing this at some point, but I couldn’t tell you when. Do you have a specific use case or application that this is blocking? That would affect our priority.

Ludwig van Beethoven: Composer vs. Musical Artist for classical composers

2008-04-25T23:21:38.0012Z

It seems odd to have entries for albums and tracks recorded for a classical composer. Shouldn't the musical artist in this case be the conductor, symphony or other performers (analogous to songs and albums recorded by someone like the Rolling Stones)?

Percy Jackson and the Olympians: Please merge two instances of the same book

2008-04-24T21:26:42.0012Z

Relevance found both instances -- one with "and" and the other with "&" instead. I suspect an uncommon title like "Percy Jackson and the Olympians" can't belong to more than one book. Please merge.

The Connection Machine: Split it.

2008-04-24T21:07:05.0012Z

Danny Hillis is a gifted scientist, but he did not create a musical artist as his thesis.

Book: Book Titles in other languages

2008-04-10T21:08:57.0007Z

freevase? I mean freebase. ;)

Book: Book Titles in other languages

2008-04-10T21:08:34.0007Z

I'm afraid that currently, there is no good answer on how we should name books (and such) with non-english titles. There's been discussion around this issue - see the data-model list for the thread.

Unfortunately, that also does not answer your question at hand. Aliases show up in autocomplete, so you can input either the original language title or english title as the alias and it will show up in autocomplete.

Also, you can check out this excellent blog post about freevase and internationalization by crism.

Book: Book Titles in other languages

2008-04-10T20:13:59.0000Z

This is fairly common problem, unfortunately. This was discussed on the Freebase data-modeling mailing list a little while ago, starting with this message.

More generally, this post on the Freebase blog discusses some of the ways internationalization is (and isn't) handled in Freebase.

In the short term, I'd recommend using the English title (when there is one) as the main title, and entering the original-language title as an alias. (If you're entering book editions, however, you should always enter the title as it appears on the book, no matter what language it's in.)

If you're feeling enterprising, and don't mind mucking about in MQL, you can try to insert the title in Spanish, following the examples in the blog post.

Book: Book Titles in other languages

2008-04-10T18:53:09.0000Z

Yeap, i have the same problem with Vargas Llosa.

Publishing: Different type for collections of poetry, short stories, essays, etc.

2007-12-22T07:50:28.0007Z

You might want to check out the Published work type and the Short story type. Also, there is a Help Center topic on Entering the Contents of a Book or Periodical.

Publishing: Different type for collections of poetry, short stories, essays, etc.

2007-12-22T04:38:09.0007Z

Has there been any resolution on this? There are some books which are really just collections of short stories that I'd like to enter.

Reviewer: Reviewer as Author

2007-12-19T21:21:38.0000Z

I agree that peer-reviewer is more of an editor than an author. A peer-reviewer does not create content but critiques someone else's work (not that I'm trying to make it sound bad...). ;)

Reviewer: Reviewer as Author

2007-12-19T21:07:21.0007Z

I saw that. It looks good! I did not realize that this type was getting rolled into authorship during that refactoring. It looked to me like it would be linked instead.

I agree that peer-reviewer should be a different type than other reviewers but I was thinking of going about it another way where peer-reviewer is a type of editor. They are not really authors. Also, the reviewer described in this discussion topic is an author of a type of published work (i.e., review).

Reviewer: Reviewer as Author

2007-12-19T19:19:55.0007Z

Heh. I meant to say that "I posted a set of proposed changes to the data-modeling and developers mailing lists last week".

Reviewer: Reviewer as Author

2007-12-19T18:52:32.0007Z

I posted a set of proposed changes to the publishing domain that might include this change last week (among other things, I want to roll most of the types that are similar to author together). My proposed schema has been subsequently wiped from sandbox, so it's not visible now. I'm hoping to make some adjustments to it and re-post it today (if not, it might have to wait until after the holidays). I'd recommend creating a new type for peer-reviewers, though. Partly because we'll want to be able to migrate the data cleanly to the new types (rather than having to sort out which person is what kind of reviewer), and partly because peer-reviewer would presumably link directly to the work reviewed, rather than to a published review.

Reviewer: Reviewer as Author

2007-12-19T06:39:00.0005Z

I suggest that this type should be merged with author. All the people here are authors and their published works are only different in that they are summaries of original works. The type may be better used to represent people who review works through peer-review or similar process. That's how I wanted to use it anyway. To capture the information currently included in this type you could add a Boolean property of "Original source?", or something similar, to the Published work type.

Periodical Publication Date: Issue as machine readable text?

2007-12-18T00:55:04.0007Z

Changing the expected type of "issue number" is a good idea. I'll have to check out how much data needs to be migrated, and find out if changing the type will break any applications, but I think it should be pretty straight-forward.

I've moved the "additional date info" down; it won't display as well (e.g., "Summer 2007" will now display as "2007 Summer") but I think you're right that this is less annoying than having it appear first for data entry.

Periodical Publication Date: Issue as machine readable text?

2007-12-14T09:21:49.0005Z

I know this will have pretty big consequences, but would it be possible to change Issue from Integer to Machine readable text? The reason I ask is because some publication volumes contain multiple issues (e.g., "1-2"). This seems silly to me but they do it. Also, there are probably some cases where Issue is a character (e.g., i, A). The Additional date info property could be used to store this information but it doesn't really seem appropriate to do so - it refers to date.

Another thing, would you mind moving the Additional date info to the bottom of the list of User Created Properties? It is probably less often used than the other properties and it typically refers to a subset of the Date property.

Published Work: Horizontal list?

2007-12-11T17:15:56.0007Z

I think a horizontal list would make the information harder parse when there are multiple publications. This may all become moot soon anyway, since there's going to be a major redesign of the UI fairly soon, and I'm not sure how the horizontal/vertical lists will appear.

Published Work: Horizontal list?

2007-12-11T08:51:06.0000Z

The horizontal list is presented with a smaller font and grouped tighter than the vertical list. Depending on how much information is on a page, this type tends to get pushed off the page in a vertical list so that I must scroll to see it. Changing the order of objects in the list would not really solve this problem for me. I'm pretty new to how everything is organized here so maybe I'm missing something but a horizontal list seems like it would solve my problem.

Published Work: Horizontal list?

2007-12-11T06:44:53.0000Z

Why? I mean, the type admins may well consider it, but I was wondering what reason you had for asking.

Published Work: Horizontal list?

2007-12-11T05:17:26.0012Z

Would you mind setting the "published in/published as" property as a horizontal list?

Short Non-fiction: Issues

2007-12-10T18:23:43.0000Z

Thanks Jeff. I'm still trying to figure out how everything is organized. I now see that I could have found this information by searching for "journal" in the help topics.

Short Non-fiction: Issues

2007-12-10T18:09:59.0000Z

Works of short non-fiction themselves don't typically have ISBNs or issues. These properties are contained on the types for the object(s) they were published in (typically book editions or periodical issues). The way to record places of publication is via the property "published in/published as" (this property is actually on the type "published work", which should be automatically added when you create a new short non-fiction). See the help topic Entering the Contents of a Book or Periodical for more information.

Short Non-fiction: Issues

2007-12-08T04:58:44.0012Z

I could use some common bibliographic properties such as issue (text), volume (text), ISBN (text), doi (webpage), etc.

Publishing: Capturing the pseudonym under which a work was published

2007-10-19T00:13:40.0007Z

Not yet. We had a model, but we never got around to debugging it and putting it up. We'll get to it eventually, though!

Publishing: Capturing the pseudonym under which a work was published

2007-10-18T21:42:18.0012Z

Is there an existing property for indicating, for example, that Sylvia Plath's novel "The Bell Jar" was initially published under the pseudonym "Victoria Lucas" (later publications have used her real name)?

Book: "Referenced books" or bibliography list

2007-10-15T19:14:48.0000Z

I agree: fortunately there are many sources to get records (and also full-texts) from out there. The last suggestion I would give you in this phase is to look also at Open Library, a project by Internet Archive to build the biggest free library on the net. This is the address: http://demo.openlibrary.org/.

Book: "Referenced books" or bibliography list

2007-10-15T17:40:49.0000Z

The LibraryThing model is a very interesting one, and is probably worth exploring further. It seems like there are some very good potential sources for book data out there, and I'm sorry to say that we just haven't had much time to sort them all out. We will get to it though! I just can't say for sure when. The difficulty of sorting the properties from one data-source into Freebase's system is pretty surmountable, though -- we've done it with music data from MusicBrainz, for one, and the music schema is almost as arcane as the book schema.

My guess re xISBN is that we probably qualify as commerical, but it's such a useful tool I'm sure we'll at least look into it when we get serious about loading more book data.

Published Work: Multiple collaborators?

2007-10-13T19:08:54.0000Z

You wouldn't have to convert all the existing contributor information to the new indirect style. I see it more as a way to 'augment' existing types and objects with extra information. For certain objects, it might play a primary role in describing the contributors. But for things like books, with a fairly rigid structure of contributors (basically 'author') the fixed types would be much preferable. For example, if I wanted to say that a particular book had cover art by John Jones, I could attach that information easily and intuitively. A generic way of recording contributor information could also help for adding unstructured information to television and movie objects. Basically it would be a 'catch-all' type in most cases.