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
remarkable.
The key requirement after
On 2012-08-30, at 1:03 PM, miles stauffer wrote:
> Is this what you are looking for?
> http://selection.datavisualization.ch/
The site points to TimelineJS at http://timeline.verite.co/ for timeline
visualization.
There is also the widget from the SIMILE project at MIT at
http://www.simile-widg
In the various bundles of good ideas that represent result set
"standards" in the library and greater world, apart from the
atom/opensearch element, is there an expectation of how
one should package a number when that is *all* that is being
requested?
Use Case:
dear dataset:
if I asked y
ch I have seen the underpinnings 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
internals.
Walter
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 d
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 the
7;t begin to recall which of you I heard it from first.
Walter Lewis
Halton Hills
blem, all
> depends 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
http://rocky.uta.edu/doran/charsets/marc.html
... and I'd never argue with Michael about this. :)
Walter Lewis
who never me
I wish paperbacks had only inflated at that rate
Local to where I 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.
Walter Lewis
Please note that, effective immediately, my e-mail address has changed from
lew...@hhpl.on.ca to walter.le...@haltonhills.ca – please update your Address
Book accordingly.
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.
>
> somewhere_out_of_nor'easter_and_lake_effect_range_in_februa
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 librarian
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 cro
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).
Walter
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
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 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-provin
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 t
technologies that Ed Summers is interested in, or has
contributed to ...
Walter Lewis
part time edsu groupie
William Wueppelmann wrote:
[snip]
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 st
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?
Walter Lewis
e targets that could read the data didn't know what to do with the
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 ... :)
Walter Lewis
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
errors.
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.
The "good"
p, the
cost per page is *very* low ( from memory ~1 to 2 cents per page).
Walter Lewis
?) outputs
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.
Walter Lewis
rous". I've seen some systems
brought to their knees in terms of performance as a result of a couple
of poorly constructed queries.
Not to mention the different variations, depending on SQL dialect, on
"DELETE * FROM Title" or "DELETE Title" or ... :)
... som
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
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 ..
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. :)
Walter
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?)
Walter Lewis
glad not to be doing branch lunch coverages any more
Ed Summers wrote:
There are strong religious arguments on both sides of this issue...and
they are both equally boring.
edsu++
Walter
who has managed to screw up no matter what the list settings
Erik Hatcher wrote:
Just having slides synched to a speaker works for some cases, but for
those of us that love doing live demos, coding on the fly, and just
flat out winging it, the slides are often just barely related to
what's being said. Having the actual screen being presented is all
that w
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 actua
Daniel Chudnov 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?
Walter
Erik Hatcher wrote:
[snip]
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 manipulatio
Richmond,Ian wrote:
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
to the pub
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).
My develop
Like everyone else posting this class of listing, apologies for
cross-posting.
Note the contact email in the body of the posting.
Walter Lewis
===
Project Manager – Ontario Digital Library Knowledge Ontario Project
Project Description:
The Knowledge Ontario Project will provide easy access
hands.
The essence is that the sidebar navigation is based on the Z39.19
Monolingual Thesaurus structures (NT, BT, RT or terms used in combinations)
Chris, I wonder if you could pull the relationships from the authority
file in Endeavour ... or if others think it's worth the effort.
Walter Lewis
Halton Hills
40 matches
Mail list logo
