I know this is more of a hardware question than a code question but I suspect
that a few of the folks that have other systems roles might be able to steer me
in the right direction.
We're looking to replace the public wifi in the library, by itself nothing
The key requirement
On 2012-08-30, at 1:03 PM, miles stauffer wrote:
Is this what you are looking for?
The site points to TimelineJS at http://timeline.verite.co/ for timeline
There is also the widget from the SIMILE project at MIT at
In the various bundles of good ideas that represent result set
standards in the library and greater world, apart from the
atom/opensearch totalResults element, is there an expectation of how
one should package a number when that is *all* that is being
have mapped the
important values from the Marc record into various other SQL data structures.
They may store the Marc on the side or assemble it on the fly at the point of
demand. Marc enters and exits the system but may or may not drive the
who would happily
On 2012-01-25, at 10:06 AM, Becky Yoose wrote:
- Dirty data issues when switching discovery layers or using legacy/vendor
metadata (ex. HathiTrust)
I have a sharp recollection of a slide in a presentation Roy Tennant offered up
at Access (at Halifax, maybe), where he offered up a range of
On 2011-12-22, at 1:55 PM, Peter Noerr wrote:
Crazy variation number 3. Have two tracks which are identical, but time
shifted by half a day (or some other convenient unit). The presenters talk
twice on the same day - in the morning for track A and the afternoon for
track B. That way there
a businessmen working with
libraries heard the phrase virtual library pass my lips in conversation.
Next thing I knew, he thought he had trademarked it.
I try never to use the phrase these days, and he left the library market.
I can't begin to recall which of you I heard it from first.
on your system and if you still have legacy data.
Isn't Marc-8 different than Latin-1 in how it handles accents?
At least that's how I read
... and I'd never argue with Michael about this. :)
who never met a character set he didn't
am, the houses that in 1962 were offered for $12,000 go now in
the $360,000 range (x30)
That's actually not far off what I'm seeing for some of the thicker
paperbacks this year.
On 3 Mar 10, at 9:52 AM, Julia Bauder wrote:
Also, the farther north we go, the more likely that snow+airplane
incompatibilities will foil speakers' (and attendees'!) travel plans at the
last minute, which isn't fun for anyone.
On 29 Jan 10, at 5:34 PM, Wendy Huot wrote:
+1 Thursday-Friday 6-7 May
The dates of 6th and 7th work for me and I think they work for Kingston.
Bill: librarian-hunting season begins in the late Fall, so we're in the clear.
+1 for me too.
I should note that while the standard
On 25 Jan 10, at 11:23 AM, MJ Suhonos wrote:
Might only be an issue crossing at the Detroit-Windsor border, though. Not
sure how broadly his opinion may have spread beyond the state.
I think the key to the troubles at Windsor can be linked either to
a) Art Rhyno confessing at the border
On 20 Jan 10, at 10:16 AM, MJ Suhonos wrote:
I think mode of transportation is something to consider; for those of us in
South/Eastern Ontario, most of the cities are relatively reachable within a
few hours by ground (excepting Sudbury, unfortunately).
However, for those out-of-province
On 20 Jan 10, at 2:30 PM, David Fiander wrote:
Of course, as a corollary to the fact that all the locations being
discussed are Canadian (well, except for Montreal), any Americans
resident in the USA on the list do need to make sure that their
passports will be valid through to the end of
On 20 Jan 10, at 2:39 PM, Wendy Huot wrote:
Regarding travel to Kingston:
* For an interesting drive from upstate NY, you can get from Cape Vincent, NY
to Kingston by way of Wolfe Island + ferry.
Driving across the Thousand Islands Bridge is faster, but the interesting
quotient goes way
On 20 Jan 10, at 2:53 PM, David Fiander wrote:
Walter plans on going to Kingston by way of Buffalo and Cape Vincent,
just so he can take the ferries.
I've done just that, ... taking in a few lighthouses and harbours along the
way! (and special collections at Cornell and Syracuse).
On 13 Nov 09, at 11:25 AM, Bess Sadler wrote:
1. Morning session - solr white belt
[delightful descriptions snipped]
2. Morning session - solr black belt
3. Afternoon session - Blacklight
Is there any chance that the black belt session needs to be/should be a two
parter and run through the
the technologies that Ed Summers is interested in, or has
contributed to ...
part time edsu groupie
William Wueppelmann wrote:
I'm not entirely sure that TCP/IP and the other IETF RFCs became
established because of restrictions placed on OSI. I was under the
impression that OSI was also insanely complicated and that the IETF
standards were much cheaper to implement from a technical
totally irrelevant because most
non-commercial work ignored it in favour of b).
My instinct is to quote the battle between OSI (ISO) and TCP/IP (IETF
RFCs). Does that strike others as appropriate?
Any examples closer to the library world?
that could read the data didn't know what to do with the
tags and escaped them before passing them to the web client. In
short, consider the downstream partners who may try and render the HTML
and what interfaces they are using. Not everyone views the record via a
browser ... :)
* low ( from memory ~1 to 2 cents per page).
Gabriel Farrell wrote:
On Tue, Feb 03, 2009 at 10:09:54AM -0500, Walter Lewis wrote:
If we had to correct it all: a) it would never get done and b) it would
be better than some of the originals which are rife with typographic
Hence the genius of Distributed Proofreaders [1
Karen Coyle wrote:
I know that 98% is impressive, but I always like to remember that with
an average of 2000 characters per page that means 40 potential errors
per book page. Just to give us some perspective on the level of
cleanup that will be needed for books being digitized today.
b) you reverse-engineered our data model
c) people can now export their citations from our data model in our
proprietary software to your free software
d) this is hurting our sales (or the tea leaves suggest it will)
e) Stop. Send money ... lots.
Bess Sadler wrote:
3. Are there features missing from the above list that would make
this more useful?
One of the things that Bill Moen showed at Access a couple of years ago
(Edmonton?) was what he and others were calling a radioactive Marc
record. One that had no normal payload but, IIRC had
Sebastian Hammer wrote:
A true hacker has no need for these crude tools. He waits for cosmic
radiation to pummel the magnetic patterns on his drive into a pleasing
and functional sequence of bits.
Alas, having been doing this (along with my partners, the four
Yorkshiremen) since the Stone Age
between one desk and another. For example, for
a 12:00 shift start in branch 2, I have to leave branch 1 no later than
11:30 (and did anyone consider my lunch?)
glad not to be doing branch lunch coverages any more
Deb Bergeron wrote:
Lunch? You get to have lunch?! ;-)
The absence of a lunch opportunity for the person covering lunches in
the smaller branch was, in fact, the great irony of the exercise. :)
Ed Summers wrote:
There are strong religious arguments on both sides of this issue...and
they are both equally boring.
who has managed to screw up no matter what the list settings
Laura Smart wrote:
At 05:17 AM 2/15/2007, you wrote:
(Does your feedreader lose its flavor on your next post overnight?)
If your readers say don't chew on it, but you edit it in spite?
Or if the comments say you're wrong, but you edit so you're right?
Thank you all for making me actually
Erik Hatcher wrote:
I am, however, skeptical of a purely MARC - XSLT - Solr solution.
The MARC data I've seen requires some basic cleanup (removing dots at
the end of subjects, normalizing dates, etc) in order to be useful as
facets. While XSLT is powerful, this type of data manipulation
David J. Fiander wrote:
Naming computers is always fun. My main computer at home is always
Golem, and if I ever had had the power to name a series of
computers, I was going to name them after famous Canadian maritime
disasters (Erebus and Terror were going to be the first two).
What about naming the server so that users would know what it did from
the name? We used to have a library web server named libweb, which I
always liked, as it sort of made sense to people.
That's what we do with DNS. Our internal names are almost never exposed
Mail list logo