A suggestion: you might want to also add Biblio-Citation-Parser by Mike
Jewell
(http://search.cpan.org/~mjewell/Biblio-Citation-Parser-1.10/)http://search.cpan.org/~mjewell/Biblio-Citation-Parser-1.10/
Steve
On Tue, Sep 16, 2008 at 11:11 AM, Miriam Goldberg [EMAIL PROTECTED]wrote:
Thanks for
I recently became aware of a company that provides what it terms reference
correction software: Inera. This is the company that powers the crossRef
Simple Text Query box (http://www.crossref.org/freeTextQuery).
See http://www.inera.com/refcorrection.shtml for more details
Does anyone on this
a chance to try it yet, though.
Jason
On Fri, Jul 11, 2008 at 11:51 AM, Steve Oberg [EMAIL PROTECTED] wrote:
I recently became aware of a company that provides what it terms
reference
correction software: Inera. This is the company that powers the
crossRef
Simple Text Query box (http
Ross,
Actually, SFX is probably not going to care what the title is.
It's much more likely to care about the ISSN, volume and issue.
Yes, true. But linking to full text is only partly the issue when it comes
to using SFX in this way. I also want to ensure that those articles that we
don't
Renata and others,
After posting my original reply I realized how dumb it was to respond but
say, sorry, can't tell you more. As an aside, this is one of the things
that irritates me the most about working in a for profit environment: the
control exerted by MPOW over just about anything. But
Renata,
My library has done exactly this and we are in the second year of our
implementation. We are using an enterprise search product and incorporating
several disparate data repositories including a very large citation
database, our library catalog, a fileshare, and some other things
Not sure if I'm understanding Eric's original scenario correctly but...This
setup of needing to support SSH tunneling through to an Oracle database is
exactly what we have setup in my library using SecureCRT (
http://www.vandyke.com/products/securecrt/). I think this software is quite
useful and
Eric,
This is definitely not a feature of MARC but rather a feature of your local
ILS (Aleph 500). Those are local fields for which you'd need to make a
translation to a standard MARC field if you wanted to move that information
to another system that is based on MARC.
Steve
On Wed, Jun 25,
Ok. What's allowable/possible vs. what is actually defined as part of
variable MARC data fields in say MARC21. I'm amused by the
hairsplitting. The bottom line is these particular fields are ALEPH
specific and are not part of MARC21. I agree with others that
accounting for these in whatever
Just wanted to mention that Mark (Lindner) *does* know his blog is linked
from planet code4lib. He didn't ask for it to be, it was just linked, and
quite a while ago.
I've asked about having my blog linked there too but I definitely don't
intend to change the content (much of which is
All,
This has been an interesting discussion and frankly it is not uncommon in my
experience for these kinds of questions to arise. Not sure I have anything
to add in terms of answers, but see my response below to one part of Peter
Keane's recent message.
Looked at another way: a thumbnail is
up
now...there was some snafu with the domain registration that's now
been corrected. He was pleased to see that you cared enough to write
to code4lib :-)
//Ed
On Thu, Apr 24, 2008 at 2:25 PM, Steve Oberg [EMAIL PROTECTED] wrote:
I don't know if anyone else on this discussion list knows
I don't know if anyone else on this discussion list knows about or has ever
used HubMed (www.hubmed.org), an alternate interface to PubMed. But if you
have, did you know the site appears to be defunct now? If this is
temporary, relief. If not, well, it'll be upsetting. This is a very handy
and
13 matches
Mail list logo