> Thanks for a wonderful meeting, I'm looking forward to tomorrow (today!),
>
> ...Eric
>
> Eric Celeste / e...@clst.org / http://eric.clst.org / 651-323-2009
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
I'm happy to report that the ad hoc committee to support attendance at Code4Lib
will be able to provide the requested help.
I'd also like to thank Serials Solutions for their offer of support.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07
logspot.com/2009/12/supporting-attendance-at-code4lib.html
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
glue...@twitter
e...@hellman.net
http://go-to-hellman.blogspot.com/
Eric and I will use arbitrary and uncertain methods to
decide who to support, and we'll inform you of our decision in time for you to
register or not on Wednesday December 16, when registration opens.
more at
http://go-to-hellman.blogspot.com/2009/12/supporting-attendance-at-code4lib.html
Eric H
On Nov 23, 2009, at 1:32 PM, Ross Singer wrote:
> On Mon, Nov 23, 2009 at 1:07 PM, Eric Hellman wrote:
>
>> Does this answer your question, Ross?
>
> Yes, sort of. My question was not so much if you can resolve handles
> via bindings other than HTTP (since that's
ger wrote:
> On Fri, Nov 20, 2009 at 2:23 PM, Eric Hellman wrote:
>> Having incorporated the handle client software into my own stuff rather
>> easily, I'm pretty sure that's not true.
>
> Fair enough. The technology is binding independent.
>
> So you are
dle.net/, which, in fact, the only
> way currently in practice to dereference handles.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
t; I was asked by somebody from a college @ my institution whether they
>>> should go with assigning DOI for their journal articles:
>>> http://llt.msu.edu/
>>>
>>> I can see the advantage of this approach and my first thought is more
>>> about wh
> difficulty. All you have to do is unzip the download, go into the apache
> tomcat folder and execute the startup script. This assumes you have nothing
> running on port 8080 already.
>
> Download page: http://code.google.com/p/eaditor/downloads/list
>
> Wiki instructi
-book-scanning/
Robin Sloan:
http://www.themillions.com/2009/10/bringing-book-scanning-home.html
Me:
http://go-to-hellman.blogspot.com/2009/10/revolution-will-be-digitized-by-cheap.html
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://
red vision. Even the one on
recaptcha.net includes the fully-abled=human insults.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
| .... co
IMO only: see http://mjr.towers.org.uk/email.html | op
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
Google.
That way, the page works like any normal webpage, "right mouse
click->Copy Link Location" gives the user the "real" URL to copy and
paste, but normal behavior funnels through the link resolver.
-Ross.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
locally meaningful"?
If it's a URI that is reasonably persistent and unambiguously
identifies the referent, then it's an identifier and is appropriate
for rft_id, says me.
Jonathan
Eric Hellman wrote:
I think using locally meaningful ids in rft_id is a misuse and a
mista
b to return a formatted citation.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
aightforward way to tell when the rft_id of this
context is intended as an access URL.
Jonathan
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
Jonathan said "But you seem to understand what's up".
I wish I did! I guess that I'm reasonably confident that the
approach I'm describing has some chance of doing the job - whether
it is the best approach I'm not so sure about.
Owen
The Open Univ
- is this common or an
edge case? Is there any other approach we could take?
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
th the
established network of resolvers, don't get cute w/ encoding the
information, as you can't rely on it to work.
...
From what I've seen of the thread (and I admit, I didn't read every
message), what's needed here is PURL, not OpenURL.
-Joe
Eric Hellman
President,
RL _is_ a useful
thing to do. So is providing an unambiguous persistent identifier.
Both are quite useful things to do, they're just different things,
shame that OpenURL kinda implies that you can use the same data
element for both. OpenURL's not alone there though, DC does the
ng straight from the documentation and
according to
it it has no use.
On Mon, Sep 14, 2009 at 1:55 PM, Eric Hellman
wrote:
It's not correct to say that rft_val has no use; when used, it should
contain a URL-encoded package of xml or kev metadata. it would be
correct
to say it is very rarel
olves
to anything in particular? (Although it's nice when it resolves to
RDF
saying more about the thing identified, it's certainly not
expected that it
will resolve to full text).
Eric, out of curiosity, will your own link resolver software
automatically
take rft_id's and di
Rochkind wrote:
Eric Hellman wrote:
http://catalog.library.jhu.edu/bib/NUM identifies a catalog record-
I mean what else would you use to id the catalog record. unless
you've implemented the http-range 303 redirect recommendation in
your catalog (http://www.w3.org/TR/cooluri
my 2 cents.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
ntified,
it's certainly not expected that it will resolve to full text).
Eric, out of curiosity, will your own link resolver software
automatically take rft_id's and display them to the user as links?
Jonathan
Eric Hellman wrote:
Could you give us examples of http urls in rft_id
iving software can't assume that whatever url is in rft_is
represents an actual access point (available to the user) for the
document.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
by Royal Charter (RC 000391), an
exempt charity in England & Wales and a charity registered in
Scotland (SC 038302).
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
Exactly what I was looking for, but what I want to know, are these
things actually used and implemented for real resource providers?
On Aug 10, 2009, at 10:04 AM, Till Kinstler wrote:
Eric Hellman schrieb:
I am in the process of looking at other technologies to see if
there are
ot; in the
context of SAML/Shibboleth?
Thanks!
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
I guess a better way to distinguish is between public terminals (which
have a different set of usage issues) and private terminals.
On Aug 6, 2009, at 9:48 AM, Karen Coyle wrote:
Eric Hellman wrote:
There are two usage scenarios.
1. use of resources through a computer in the library or on
xying doesn't
solve that.
Cheers,
-Nate
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
e client. I'm guessing part of the
reason for the "new api" was to address these issues.
Jon Gorman
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
9:59 AM, Eric Hellman wrote:
Recent attention to privacy concerns about Google Book Search have
led me to
investigate whether any libraries are using tools such as proxy
servers to
enhance patron privacy when using Google Book Search. Similarly,
advertising
networks (web bugs, for example) cou
same reason. I would be very interested to hear from
any libraries that have done either of these things and of their
experiences doing so.
Eric Hellman
President, Gluejar, Inc.
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net
http://go-to-hellman.blogspot.com/
ting mechanism. Has anyone found a way of persisting this
setting in the users browser, so when they start a new session this
is the default?
Yes, I know they can go "Scholar Preferences" -> "Save" to persist
it, but I'm looking for a more automated way of doing
http://googleresearch.blogspot.com/2009/06/google-fusion-tables.html
Google Fusion Tables: http://tables.googlelabs.com/Home
My review:
http://go-to-hellman.blogspot.com/2009/06/linked-data-vs-google-fusion-tables.html
Eric Hellman
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net (personal)
that the monopoly on orphan works is what will
give Google the edge that keeps away competition, but he doesn't
interpret the MFN clause as relating only to orphan works.
kc
*
Eric Hellman wrote:
I think one thing in Karen's comment is incorrect. As far as I can
tell, the 'most f
egalese
yourself at
http://go-to-hellman.blogspot.com/2009/04/does-google-really-get-orphan-monopoly.html
Eric
On May 20, 2009, at 2:54 PM, Karen Coyle wrote:
Eric Hellman wrote:
Should note that Google could be paying $100,000,000+ to rights
holders without getting ANYTHING in return in the absence
gain more options in indexing and
thus improved access to their collections.
Eric
http://hellman.net/eric/
On May 20, 2009, at 3:47 PM, st...@archive.org wrote:
On 5/20/09 11:19 AM, Eric Hellman wrote:
> I don't see how bashing Google (which is NOT what the
> library association
Should note that Google could be paying $100,000,000+ to rights
holders without getting ANYTHING in return in the absence of a
settlement- that's what the copyright attorneys I've talked to believe
would have been the ruling by the court had the suit gone to trial.
And if that happened libr
key/value pair?
Thanks for any help you can provide.
Chris Catalfo
Programmer, LibraryThing
[1] http://ocoins.info/cobgbook.html
[2] http://generator.ocoins.info/?sitePage=info/dc.html&;
Eric Hellman
41 Watchung Plaza, #132
Montclair, NJ 07042
USA
e...@hellman.net (personal)
http://hellman.net/eric/
ular about this that I just get a brain dump when I
try to understand it. Does it make sense to anyone?
kc
--
---
Karen Coyle / Digital Library Consultant
kco...@kcoyle.net http://www.kcoyle.net
ph.: 510-540-7596 skype: kcoylenet
fx.: 510-848-3913
mo.: 510-435-8234
Eric Hellman
http://hellman.net/eric/
hat I don't understand is the
reason to express that identifier as:
info:doi/10./j.1475-4983.2007.00728.x
when
http://dx.doi.org/10./j.1475-4983.2007.00728.x
Eric Hellman
e...@hellman.net (personal)
http://hellman.net/eric/
f Congress Control Number--eg "98013779"--, yes.
> LCC--Library of Congress Classification--eg BF575.H27 W35 1991--I don't
> think so.
>
> Jonathan
>
> Eric Hellman wrote:
>> just catch up on the discussion here...
>>
>> for the benefit of those
; But this re-affirms my suggestion that there might be a better
> microformat-ish way to embed information in the page in addition to
> OpenURL. COinS/OpenURL is important because we have an established
> infrastructure for it, but it's actually pretty limited and not always
> the easiest
make use of them?
>
> Thanks,
> kc
Eric Hellman, Director OCLC New Jersey
[EMAIL PROTECTED] 2 Broad St., Suite 208
tel 1-973-509-7800 Bloomfield, NJ 07003
http://nj.oclc.org/
d match, and submit a
resume at
https://jobs-oclc.icims.com/oclc_jobs/jobs/candidate/jobs.jsp?ss=1&searchLoc
ation=US-NJ
so that you exist in the minds of HR.
Eric
Eric Hellman, Director OCLC New Jersey
[EMAIL PROTECTED]2 Broad St., Sui
syntax is OpenURL 1.0 surprise, surprise.
Eric Hellman, Director OCLC New Jersey
[EMAIL PROTECTED] 2 Broad
St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield, NJ
ED]) telling me why you're a good match.
Eric Hellman, Director OCLC New Jersey
[EMAIL PROTECTED] 2 Broad
St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield, NJ 07003
http://nj.oclc.org/
It's an excellent point. The resolver's knowledgebase needs to know
which issn a vendor has bundled content under, and ideally will be
able to access that content no matter the issn/eissn in the OpenURL
metadata. I'm thinking of a particular vendor that uses issn in the
url syntax, but without a k
I agree; issn is not an identifier for an article. But in general, a
resolver should be smart enough to know what serial is meant even if a
variant issn is supplied.
I do not agree that it would be helpful for generators to send
multiple issn's. They currently can send issn and eissn; if the
reso
Worldcat Link Manager will use the last valid (including check digit)
ISBN in the OpenURL, whether in an rft_id or in an rft.isbn. Currently
xISBN is used in the response if it is turned on. Multiple rft_id is
valid according to spec.
On Feb 19, 2008, at 9:26 AM, Ross Singer wrote:
Actually, th
lves give their database away
to the Open Library?
--
Lars Aronsson ([EMAIL PROTECTED])
Aronsson Datateknik - http://aronsson.se
Eric Hellman, Director OCLC New Jersey
[EMAIL PROTECTED] 2 Broad
St., Suit
ware Engineer
...will perform high level analysis, design and implementation of
software-based products and services related to linking and management
of electronic resources.
Eric Hellman, Director OCLC New Jersey
[EMAIL PROTE
you have any questions or concerns, please don't hesitate to
contact me.
Eric Hellman, Director OCLC New Jersey
[EMAIL PROTECTED] 2 Broad
St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216
is that
IE does not have a nice XUL-based way to make user interfaces, so we
instead rely on the Registry to do baseurl management. I hope this
proves to be useful.
Eric Hellman, Director OCLC Openly Informatics
Division
[EMAIL PROTECTED] 2 Broad St.,
x27;t. rft.aufirst and rft.aulast (etc) are not repeatable in
SAP1.
Which makes some sense, because associating a particular first name
with
a particular last name would get hairy.
Thanks for the explanation.
Jonathan
Eric Hellman wrote:
In SAP1:
rft.au=Eric+Hellman&rft.au=Jonathan+Rochkind etc.
SFX uses a proprietary mechanism to trigger fetch that is not part
of the OpenURL standard. The usefulness of this mechanism, however,
motivated the very rich fetch functionality in the 1.0 version of the
standard- if you care at all about interoperability you should avoid
the SFX trigger mechani
In SAP1:
rft.au=Eric+Hellman&rft.au=Jonathan+Rochkind etc.
In SAP2:
Hellman
Eric
Rochkind
Jonathan
The two profile
On Sep 27, 2007, at 9:59 PM, Steve Toub wrote:
A reminder that the data model for OpenURL/COinS does not have all
metadata fields: only one author allowed, no abstract, etc.
That's incorrect; an Openurl context object may contain any number of
author names. (but not parsed author names).
And
On Jul 18, 2007, at 10:04 PM, Eric Hellman wrote:
Also, even in (many) scholarly journals, editorial consistency is
almost unbelievably poor -- lots of times, the rules just aren't
followed. Punctuation gets missed, journal names (especially
abbreviations!) are misspelled... and so on. Rule-
with enough time put into it. But saldy, it's probably more time
than
anyone has individually. Unless someone's done it already?
Hopefully,
Jonathan
--
Jonathan Rochkind
Sr. Programmer/Analyst
The Sheridan Libraries
Johns Hopkins University
410.516.8886
rochkind (at) jhu.edu
ization? How do I disable people
from deleting resources and such.
This might be just an academic exercise, but with the advent of more
and more Web Services computing I thought I might give a MyLibrary
Web Services API a whirl.
--
Eric Lease Morgan
University Libraries of Notre Dame
code4lib
enior
Software Engineer.
www.oclc.org/careers
OCLC Online Computer Library Center, Inc. is an equal opportunity
employer. OCLC maintains an ongoing commitment to equal opportunity
and affirmative action, and seeks to sustain a diverse workplace.
--
Eric Hellman, Director
ly insert the LTFL s using custom
javascript
in the footer. That said, like I mentioned, this isn't necessary in most
cases. We've tested it in a few systems, and generally speaking, our
widgets are DOM-agnostic.
Altay
--
Eric Hellman, DirectorOCLC Openly
ections of data- I can think of some
important applications in our community.
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 Broad St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield
At 4:41 PM -0400 5/9/07, Godmar Back wrote:
On 5/9/07, Eric Hellman <[EMAIL PROTECTED]> wrote:
We've studied our logs pretty carefully. Most of the sites that have
exceeded the limit we set were commercial sites doing bulk harvest.
You can track the xISBN use by LibX by getting an a
he service), then I guess OCLC has correctly pegged their
market price.
But our field is not a healthy field if all research is being done by
OCLC and other vendors. We need research from other places, we need
research that produces public domain results, not proprietary trade
secrets.
--
Eric
ure were installed on a public library machine, 500 requests
per day might be easily exceeded. Matters would be even worse if
multiple library machines were to share an IP because they are hidden
behind a NAT device or proxy.
- Godmar
(*) http://outgoing.typepad.com/outgoing/2006/05/libx_and_xisbn.htm
/xisbnadmin/doc/api.htm
With your support, we will continue to develop this service along
with other Worldcat-based machine-to-machine services.
Eric
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 B
ll Emery at [EMAIL PROTECTED] by March 29, 2007.
To learn more and participate in future discussions, please visit
http://www.erams.org <http://www.erams.org/>
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]
s only one
character (either A-Z or a-z) and has no more than one occurrence...
plus all the other constraints for the other parameters in the Matrix on
http://www.openurl.info/registry/docs/mtx/info:ofi/fmt:kev:mtx:journal
?
--SET
--
Eric Hellman, DirectorOCL
reaking it, and
we've chosen not to break anyone's application.
Eric
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 Broad St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216 Bloom
February 13, not 14
I must have valentines on my mind!
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 Broad St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield, NJ 07003
http
. Sign up at
http://listserv.oclc.org/scripts/wa.exe?A0=XIDENTIFIER-L
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 Broad St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield,
is work is Filip Babalievsky; you can contact
either of us with questions or kudos; there's also email list that
we've set up.
For more information and downloads, please see
http://openly.oclc.org/linkevaluator/ and
http://openly.oclc.org/pr/15012007.html
Eric
--
Eric Hellman, Dire
ly just looks sloppy.
Have other people implemented similar things to this, and how have you
dealt with it? Any suggestions?
Jonathan
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 Broad St., Suite 2
vers, your mileage may vary depending a lot on the
target resources available in your institution.
Eric
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 Broad St., Suite 208
tel 1-973-509-7800 fax 1-73
st of all, there will be new services on the way. You should be
seeing xISSN making an appearance pretty soon- send me e-mail if you
have particular requests relating to xISSN (or xISBN for that matter).
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL
viding the functions.
I hope it will not be considered "radical" if I offer this lemma:
The next generation of library systems must be "about" communities of
users more than they are "about" collections of resources.
Eric
--
Eric Hellman, Director
ll the
content in your library? If today's catalogs did an acceptable job of
search we might be able to start a discussion.
We need good global metadata catalog/registries. Which of today's
catalog functions will require a local institutional catalog tomorrow?
--
Eric Hellman, Directo
generation of libraries. The functions that exist today in library
catalogs need to be pushed in two directions- toward the user on one
hand, and towards global registries on the other.
the other Eric
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED
our java version is available from http://isbntools.com/
Hi,
Re: ISBN going to 13 characters
Anyone willing to share a (preferably) perl 13 to 10 character
and a 10 to 13 character conversion routine?
Or point me to one?
Thanks.
Kevin
--
Eric Hellman, Director
"Indexed" would
have improved findability any.
Which, honestly, is the real tragedy by not choosing 'Infinite Monkey
Journal'.
-Ross.
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]
For those of you who haven't heard the joke, the bug in the name of
C++ is that it really should have been ++C as you want to increment
the language and then use it, not use the language and then increment
it.
j=1;
i=j++;
results in i=1, j=2
j=1;
i=++j;
results in i=2, j=2
--
Eric He
ust realize it was a vote. Once it was put to a vote,
under specific rules, if the rules are followed (and they were as far
as I know), then we're stuck with it, for good or evil.
Unfortunately, I think poor Jeff Davis was quite against that choice.
Roy
On May 3, 2006, at 7:27 PM, Eric Hellman w
can only assume that it is a
reference to the bug in the name of the computer language C++
--
Eric Hellman, DirectorOCLC Openly
Informatics Division
[EMAIL PROTECTED]2 Broad St., Suite 208
tel 1-973-509-7800 fax 1-734-468-6216
oguing- no idea occurs to me at the moment.
self-referential proposal: This thread should be:
"A code4lib journal proposal" Jeffery Davis, et.al., Code4Lib
Journal, Vol. 2006, Article 1.
Potential problems:
forked threads
meandering threads
open "authorship"
inappropriate &
101 - 188 of 188 matches
Mail list logo