Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Dr R. Sanderson
How does this compare to Zetoc at Mimas, which also provides RSS feeds for journal ToCs? Rob On Thu, 12 Feb 2009, Boheemen, Peter van wrote: This is great !!! But don't forget the API ! Peter -Original Message- From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Bucknell, Terry
I'll do my best to clarify the differences between Zetoc and ticTOCs, as best as I understand them: Zetoc covers about 20,000 journals, including journals that are print-only, or that exist online but do not provide their own RSS feeds ticTOCs covers about 12,000, limited to journals that

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Dr R. Sanderson
Thanks Terry, a really good comparison! One more that I came up with, in thinking about this slightly further ... ticTOCs is open to the public whereas ZETOC requires an institutional login to access the data. A big plus on ticTOCs' side! Rob On Thu, 12 Feb 2009, Bucknell, Terry wrote:

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Bucknell, Terry
I knew there was something I forgot to mention! Terry -Original Message- From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Dr R. Sanderson Sent: 12 February 2009 11:58 To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] ticTOCs makes its data available to

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread John Fereira
I was one of the developers and primary maintainer for severals years for a TOC services at Cornell that was created about 5 years ago. The UI is pretty dated but it still is used quite a bit although it does note produce an RSS feed. It's only available to Cornell patrons because it's

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Jonathan Rochkind
I hadn't known about Zetoc either! How did I miss that? They both seem very useful. One of the tricks with using ticTOCs, is that the RSS feeds (provided by the publisher) may include links to article full text that may or may not be accessible to any given institution's patrons, depending

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Jonathan Rochkind
Doh, is Zetoc not free? Nevermind my excitement about it in that case. :) Jonathan Dr R. Sanderson wrote: Thanks Terry, a really good comparison! One more that I came up with, in thinking about this slightly further ... ticTOCs is open to the public whereas ZETOC requires an institutional

Re: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Rebecca S Guenther
MARC was registered a long time ago. http://www.faqs.org/rfcs/rfc2220.html Some of the text is a bit dated and could stand some updating. Patrick is right that an XML schema such as MODS or MARCXML would be text/xml. Rebecca Rebecca S. Guenther

Re: [CODE4LIB] PHP Frameworks: An informal survey.

2009-02-12 Thread Keith Jenkins
On Thu, Feb 12, 2009 at 1:24 PM, Cloutman, David dclout...@co.marin.ca.us wrote: The results were pretty lopsided: Unnamed: 8 Zend: 11 CakePHP: 4 Symfony: 4 Code Igniter: 2 Interestingly, these numbers match up pretty well with what Google Trends shows for 2008:

Re: [CODE4LIB] PHP Frameworks: An informal survey.

2009-02-12 Thread Chris Gray
I also notice that doing a search on amazon.com gives me the following counts on books devoted to the frameworks you found. I did an advanced search for php as a keyword and the framework name in the title. Zend results for other Zend products (PHP cert training and Zend Studio) were

Re: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Alexander Johannesen
On Thu, Feb 12, 2009 at 21:43, Rebecca S Guenther r...@loc.gov wrote: Patrick is right that an XML schema such as MODS or MARCXML would be text/xml. I would strongly advise against text/xml, as it is an oxymoron (text is not XML XML is not text even if it is delivered through a text protocol),

Re: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Houghton,Andrew
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Alexander Johannesen Sent: Thursday, February 12, 2009 4:00 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] MIME Type for MARC, Mods, etc.? On Thu, Feb 12, 2009 at 21:43, Rebecca S Guenther r...@loc.gov wrote:

Re: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Jonathan Rochkind
Didn't we finish having this conversation last week? We talked about all this stuff being brought up now last week. Andrew, for why marc+xml is appropriate, see RFC 3023. I am completely confident that application/marc+xml would be the right type to register for (eg) MARC XML , and that until

Re: [CODE4LIB] PHP Frameworks: An informal survey.

2009-02-12 Thread Yitzchak Schaffer
Cloutman, David wrote: This morning I was curious to see how the battle for domination between PHP frameworks was shaping up, and which one was most economically sensible for a developer with limited time to learn. I thought I'd share my results with the list, as this may be of interest to some

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Bucknell, Terry
If your institution uses EZproxy then you can of course link to ticTOCs via EZproxy and you should find that full-text articles are then available to your patrons (where entitled of course). That's what we do at Liverpool. If your institution has configured a LibX toolbar and the publisher's

Re: [CODE4LIB] PHP Frameworks: An informal survey.

2009-02-12 Thread Cloutman, David
Interesting link. I've played with Symfony, and like what I see. I even own the Apress book. I'm certainly not saying Zend is better than framework X. My question is, will knowing it give you an edge in an interview for a PHP job v. something else? That I'm not so certain about. What is pretty

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Jonathan Rochkind
Bucknell, Terry wrote: If your institution uses EZproxy then you can of course link to ticTOCs via EZproxy and you should find that full-text articles are then available to your patrons (where entitled of course). That's what we do at Liverpool. It's the where entitled that is the sticking

Re: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Alexander Johannesen
On Thu, Feb 12, 2009 at 22:32, Jonathan Rochkind rochk...@jhu.edu wrote: Didn't we finish having this conversation last week? We talked about all this stuff being brought up now last week. We did indeed, and your summary is better than what my retort could have been; spot on. I guess it's hard

Re: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Jonathan Rochkind
Actually, re-reading some of the RFCs, I would clarify one thing. It seems like using unregistered x- MIME type is discouraged, and instead you are encouraged to use what is (claimed to be) a very quick and easy and painless process of registering vnd. types. So I'd encourage LC to

Re: [CODE4LIB] [MODS-EC] FW: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Ray Denenberg, Library of Congress
Hello, this thread was recently brought to my attention. (And then it took longer than it should have to get subscribed to this list. And I haven't seen an archive so I don't know if there has been any discussion beyond 2/4. Anyway ) We (LC) decided a year ago to register mime types for

Re: [CODE4LIB] MIME Type for MARC, Mods, etc.?

2009-02-12 Thread Jonathan Rochkind
Alexander Johannesen wrote: One question we haven't asked is if we really need a MIME type for MARCXML. :) PPS: Yes, it has been asked, and it's pretty obvious to me that we do. Because I write lots of software that will be fetching MARCXML from the web, and needs to know what it's got.

Re: [CODE4LIB] ticTOCs makes its data available to developers

2009-02-12 Thread Eric Lease Morgan
On 2/11/09 5:11 PM, Bucknell, Terry t.d.buckn...@liverpool.ac.uk wrote: We are working on creating APIs to let groups like the code4lib community extract our data in more flexible ways, but it has been pointed out to us - see