Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-16 Thread Gabriel Farrell
On Tue, Aug 11, 2009 at 11:44:29AM -0400, Ed Summers wrote: OpenLibrary is already using the DublinCore vocabulary in its metadata, just like WorldCat Search API, which seems enough to me. I'm personally pretty interested to see OpenLibrary taking a more organic approach to vocabulary

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-14 Thread Keith Jenkins
I agree with Ed. It would be best to omit the statement about the cover image if it doesn't actually exist. Keith On Thu, Aug 13, 2009 at 9:39 PM, Ed Summerse...@pobox.com wrote: On Thu, Aug 13, 2009 at 3:10 PM, Karen Coyleli...@kcoyle.net wrote: Does it work for folks if this returns either

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-14 Thread Karen Coyle
OK, so we'll only include cover images if we can test for them. - kc Keith Jenkins wrote: I agree with Ed. It would be best to omit the statement about the cover image if it doesn't actually exist. Keith On Thu, Aug 13, 2009 at 9:39 PM, Ed Summerse...@pobox.com wrote: On Thu, Aug 13,

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-13 Thread Karen Coyle
Ed Summers wrote: Also have you considered linking to the book covers in the bibliographic data view using something like foaf:depiction and/or foaf:thumbnail? For example: http://openlibrary.org/b/OL6807502M foaf:depiction http://covers.openlibrary.org/b/olid/OL6807502M-L.jpg . Does it

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-13 Thread Ed Summers
On Thu, Aug 13, 2009 at 3:10 PM, Karen Coyleli...@kcoyle.net wrote: Does it work for folks if this returns either a cover OR a blank? (1x1 jpg). It may be awkward to test first for an actual cover. Also, if it's ok to not test for a cover, does anyone have a preference over the blank or a 404

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Aaron Rubinstein
Hello Karen, Thanks so much for your detailed response. Karen Coyle wrote: The OL group has talked about linking to id.loc.gov, but in fact the project folks are mainly interested in getting away from the LCSH structuring of subjects. I admit that I find it hard to defend LCSH in the

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Ed Summers
On Tue, Aug 11, 2009 at 10:40 AM, Karen Coyleli...@kcoyle.net wrote: Ed, I have NO IDEA how you got to rdf/xml from the OL author link -- do tell, and I'll take a look! There is no RDF/XML export template for authors, but one could be created. The URI/URL is simply the address of the author

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Corey Harper
Hi Karen, Simply adding .rdf to the end of that link returns the RDF/XML Ed mentioned, though invalid due to the namespace issue. Additionally, it looks to me like content negotiation is functioning properly against the author URIs as well as the bibs, which is fantastic. I'd agree with

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Coombs, Karen A
Karen, I hate to say it but as someone who is working with the WorldCat Search API at this point I sure could create code that used Open Library data faster if you used one of the same metadata formats that the WorldCat Search API uses. While the two services seem different, (I haven't really

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Ed Summers
On Tue, Aug 11, 2009 at 11:12 AM, Coombs, Karen Akacoo...@central.uh.edu wrote: I hate to say it but as someone who is working with the WorldCat Search API at this point I sure could create code that used Open Library data faster if you used one of the same metadata formats that the WorldCat

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Karen Coyle
Karen, I assume that MARCXML is one of those formats? As for MODS, that's possible although at the moment names would not be broken down. OL is working on altering its storage of names to include separate given and family portions, so that will be possible in the future. Note that an

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Karen Coyle
OK! thanks. There must be some default operating there... RDF for authors is now on to do list! Here are the data elements available: name alternate names website birth date death date wikipedia link FOAF doesn't cover death dates... RDA has death dates, alternate names. Should FOAF be used

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Ross Singer
Karen, The Bio vocabulary might help with the birth/death dates: http://vocab.org/bio/0.1/.html And foaf:isPrimaryTopicOf http://xmlns.com/foaf/spec/#term_isPrimaryTopicOf might be a good way to relate to the wikipedia page. I don't have any recommendation for alternate names (and would be

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-11 Thread Karen Coombs
Yes, the WorldCat Search API offers MARCXML. It is a bear to work with, which is why MODS seems like a slightly better route. Smarter than DC but not has beastly as MARCXML. I actually don't anything from the MARC fixed fields right now. So the fact that that information is missing isn't a

[CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-10 Thread Karen Coyle
I'd really appreciate some testing and any comments folks have. Thanks, kc Original Message Subject:[ol-tech] Modified RDF/XML api Date: Mon, 10 Aug 2009 13:32:25 -0700 From: Karen Coyle kco...@kcoyle.net Reply-To: Open Library -- technical discussion

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-10 Thread Aaron Rubinstein
Thanks, Karen, this is a really exciting development. I was wondering, though, whether there is a plan to link any of the Open Library data with existing linked data sets, for example: dbpedia.org for authors/titles and id.loc.gov for subjects? I realize that exposing data in RDF and

Re: [CODE4LIB] [Fwd: [ol-tech] Modified RDF/XML api]

2009-08-10 Thread Karen Coyle
Aaron, there has been talk about exposing the data in Open library as LOD, but the project is currently focused more on creating an interactive site for humans rather than a manipulable data store, although ideally those two could co-exist. Right now there is some linking to Wikipedia