Erik Hetzner erik.hetz...@ucop.edu
MJ Ray wrote:
Will people please stop suggesting that PTFS's attempts to register
Koha trademarks in various jurisdictions are somehow because of
inattention on the part of the Koha users and developers?
It was my intention only to suggest that
Just wanted to say thanks for the many responses. You all are right that
this issue is not specific to library software in specific. It's not often
that I hear such a resounding agreement from all responders!!
-emily
On Mon, Dec 5, 2011 at 12:53 PM, Erik Hetzner erik.hetz...@ucop.edu wrote:
At
I'm with jrock on this one. But maybe I'm a luddite that didn't get the memo
either (but I am credited for being one of the instrumental folks in the Ajax
world, heh - in one or more of the Ajax books out there, us old timers called
it remote scripting).
What I hate hate hate about seeing
jrock... I like it! I think Mr. Rochkind has a new nickname. And a new
imperative: better get the band together for Seattle, Jonathan!
Is it too late to dedicate a presentation slot to a performance?
(Whoa, actually, seriously, a Code4Lib talent show would be AWESOME.)
On Tue, Dec 6, 2011 at
On Mon, Dec 5, 2011 at 8:04 PM, Godmar Back god...@gmail.com wrote:
That said, I'm genuinely interested in what others are thinking/have
experienced.
I've heard the don't send HTML argument, but in my experience,
writing HTML template code and then Javascript code to generate the
same HTML is
On Mon, Dec 5, 2011 at 5:00 PM, Nate Hill nathanielh...@gmail.com wrote:
Here's the work in process, and I believe it will only work in Chrome right
now.
http://www.natehill.net/vizstuff/donerightclasses.php
In this case, it looks like there really isn't that much data. I'd
preprocess
On Mon, Dec 5, 2011 at 5:18 PM, Erik Hetzner erik.hetz...@ucop.edu wrote:
It was my intention only to suggest that trademark issues were
something that one needs to pay attention to, not that the Koha
community had not paid attention to trademark issues.
Additionally, in the case of trademark
On Tue, Dec 6, 2011 at 8:38 AM, Erik Hatcher erikhatc...@mac.com wrote:
I'm with jrock on this one. But maybe I'm a luddite that didn't get the
memo either (but I am credited for being one of the instrumental folks in
the Ajax world, heh - in one or more of the Ajax books out there, us old
Ironically, I had (or there was) some trouble with the term
MyLibrary@NCState. Granted, the term was originally a variation of My
Netscape, My Yahoo, and My Deja News, but all sorts of things followed it, like
MyiLibrary, the Google Books My Library, and then there was a ALA thing. I'm
not
Metadata Librarian
Princeton Theological Seminary is seeking a Metadata Librarian to
assist with the production of metadata for a variety of digital
projects.
Responsibilities
Responsibilities include analyzing metadata requirements and
specifications, creating and editing metadata documents,
Is it too late to dedicate a presentation slot to a performance?
(Whoa, actually, seriously, a Code4Lib talent show would be AWESOME.)
The rails conf in baltimore a couple years ago had an evening jam session slot.
Sadly, it's really a pain bringing the accordion on an airplane.
I once got a cease and desist letter from a legal firm defending someone's
trademark for metadata. I mean, seriously. Perhaps obviously, I ignored it.
It's still in my files somewhere.
Roy
On Dec 6, 2011, at 6:31 AM, Eric Lease Morgan emor...@nd.edu wrote:
Ironically, I had (or there was)
I too got a cease and desisted letter almost twenty years ago. I wrote a CGI
script that would calculate the phase of the moon. I called it LunaTick. The
letter was from a lawyer defending a trademark for a fishing lure. --Eric Morgan
I have heard that it's best not to acknowledge receipt of such letters
at all. Can anyone confirm or deny that?
-- Mike.
On 6 December 2011 14:46, Roy Tennant roytenn...@gmail.com wrote:
I once got a cease and desist letter from a legal firm defending someone's
trademark for metadata. I
Over 15 years ago I got a threatening letter because I created a guide called
Library Jargon and offered it up via FTP, gopher and email. Some rinky-dink
company claimed they had a trademark and copyright to it. I wrote them back
after doing a search via gopher on the tphrase in question and
I'll admit I haven't spent a lot of time investigating/analyzing this
particular application -- it's quite possible an all-JS app is the right choice
here.
I was just responding to the suggestion that returning HTML to AJAX was out of
style and shouldn't be done anymore; with the implication
On 6 December 2011, at 9:46 AM, Roy Tennant wrote:
I once got a cease and desist letter from a legal firm defending someone's
trademark for metadata. I mean, seriously. Perhaps obviously, I ignored it.
It's still in my files somewhere.
We had a variation in Ontario back in the 90s when a
Quoting Fleming, Declan dflem...@ucsd.edu:
Hi - I'll note that the mapping decisions were made by our metadata
services (then Cataloging) group, not by the tech folks making it
all work, though we were all involved in the discussions. One idea
that came up was to do a, perhaps, lossy
Nate Vack njv...@wisc.edu [...]
Not allowing trademarks and patents for FOSS is complex if they're
allowed for software at all -- should someone reading a patent and
providing a free implementation invalidate that patent? That's the
exact opposite intent of patents. (Note: I think software
I'd suggest that rather than shove it in a triple it might be better to point
at alternative representations, including MARC if desirable (keep meaning to
blog some thoughts about progressively enhanced metadata...)
Owen
Owen Stephens
Owen Stephens Consulting
Web: http://www.ostephens.com
You had earlier asked the question whether to do things client or server
side - well in this example, the correct answer is to do it client-side.
(Yours is a read-only application, where none of the advantages of
server-side processing applies.)
One thing to take into consideration when
I think the strength of adopting RDF is that it doesn't tie us to a single
vocab/schema. That isn't to say it isn't desirable for us to establish common
approaches, but that we need to think slightly differently about how this is
done - more application profiles than 'one true schema'.
This is
I couldn't get json_encode() going on the server at work.
This usually means your server is running an older version of PHP. If it's OS
is RHEL 5, then you've likely got PHP 5.1.6 installed.
http://php.net/manual/en/function.json-encode.php
json_encode
PHP 5 = 5.2.0
--Dave
I dont understand the thinking and waste of time scanning entire csv
files where a database table with good indexing can be a lot faster
and use less server memory.
Do the work once up front when the data becomes available not on every
page draw.
I subscribe to the read/send and mangle as little
csv files are what I have- they are easy for the not-technically inclined
staff to create and then save to a folder. I was really just hoping to
make this easy on the people who make the reports.
On Tue, Dec 6, 2011 at 10:21 AM, Dave Caroline
dave.thearchiv...@gmail.comwrote:
I dont
On Tue, Dec 6, 2011 at 11:18 AM, Nate Hill nathanielh...@gmail.com wrote:
I attached the app as it stands now. There's something wrong w/ the regex
matching in catscrape.php so only some of the images are coming through.
No, it's not the regexp. You're simply scraping syndetics links,
This is a *very* tangential rant, but it makes me mental when I hear
people say the 'disk space' is no longer an issue. While it's true that
the costs of disk drives continue to drop, my experience is that the cost
of managing storage and backups is rising almost exponentially as
libraries
php has some nice and fast csv parsing abilities, use them as a source
for your database.
can then remove any regexp need
still simple for the users
snippet taken from one of my csv readers showing the prints in
comments so you can see the data in an array
this also keeps memory footprint down
On Tue, Dec 6, 2011 at 11:22 AM, Doran, Michael D do...@uta.edu wrote:
You had earlier asked the question whether to do things client or server
side - well in this example, the correct answer is to do it client-side.
(Yours is a read-only application, where none of the advantages of
Well said Will,
Mark
- Original Message -
This is a *very* tangential rant, but it makes me mental when I hear
people say the 'disk space' is no longer an issue. While it's true
that
the costs of disk drives continue to drop, my experience is that the
cost
of managing storage and
On 12/6/2011 1:42 PM, Godmar Back wrote:
Current trends certainly go in the opposite direction, look at jQuery
Mobile.
Hmm, JQuery mobile still operates on valid and functional HTML delivered
by the server. In fact, one of the designs of JQuery mobile is indeed to
degrade to a non-JS version
On Tue, Dec 6, 2011 at 1:57 PM, Jonathan Rochkind rochk...@jhu.edu wrote:
On 12/6/2011 1:42 PM, Godmar Back wrote:
Current trends certainly go in the opposite direction, look at jQuery
Mobile.
Hmm, JQuery mobile still operates on valid and functional HTML delivered
by the server. In fact,
Joann Ransom writes
LibLime Koha is not Koha. The rest of the community use Koha.
Misunderstanding of this issue is wide-spread. Case in point
http://lists.webjunction.org/wjlists/web4lib/2010-September/052195.html
Cheers,
Thomas Krichel
It's certainly true that limited energy motivates the need to minimize
client processing, but the conclusion that this then means server
generation of static HTML is not clear.
I'm not sure anyone was drawing that conclusion. It was offered up as factor to
consider.
Current trends
EADitor is a free, open-source cross-platform XForms framework for
creating, editing, and publishing Encoded Archival Description (EAD)
finding aids using Orbeon, an enterprise-level XForms Java application,
which runs in Apache Tomcat. I have released the latest stable code in
downloadable
Well, we didn't end up doing it (although we still could).
When I look across the storage load that our asset management system is
overseeing, metadata space pales in comparison to the original data file
itself. Even access derivatives like display JPGs are tiny compared to their
TIFF
Hi - point at it where? We could point back to the library catalog that we
harvested in the MARC to MODS to RDF process, but what if that goes away? Why
not write ourselves a 1K insurance policy that sticks with the object for its
life?
D
-Original Message-
From: Code for Libraries
Quoting Owen Stephens o...@ostephens.com:
This is why RDA worries me - because it (seems to?) suggest that we
define a schema that stands alone from everything else and that is
used by the library community. I'd prefer to see the library
community adopting the best of what already
One critical thing to consider with MARC records (or any metadata, for that
matter) is that it they are not stagnant, so what is the value of storing
entire record strings into one triple if we know that metadata is volatile? As
an example, UCSD has over 200,000 art images that had their
On Dec 6, 2011, at 5:52 PM, Montoya, Gabriela wrote:
...
I'd much rather see resources invested in data synching than spending it in
saving text dumps that will most likely not be referred to again.
...
In a MARC-as-the-record-of-record scenario; storing the original raw MARC might
be
On Tue, Dec 6, 2011 at 20:52, Montoya, Gabriela gamont...@ucsd.edu wrote:
One critical thing to consider with MARC records (or any metadata, for that
matter) is that it they are not stagnant, so what is the value of storing
entire record strings into one triple if we know that metadata is
*Apologies for Cross-Posting*
This is an exciting time for us as Anythink Libraries, as we are about to
embark on a VuFind project and have just received an IMLS grant to develop a
digital learning lab inspired by Chicago Public Library's YouMedia. This
position will be part of the team
On 07/12/11 14:52, Montoya, Gabriela wrote:
Dream Team for Building a MARC RDF Model: Karen Coyle, Alistair Miles, Diane
Hillman, Ed Summers, Bradley Westbrook.
As much as I have nothing against anyone on this list, isn't it a little
US-centric? Didn't we make that mistake before?
cheers
On Tue, Dec 6, 2011 at 3:36 PM, Thomas Krichel kric...@openlib.org wrote:
Joann Ransom writes
LibLime Koha is not Koha. The rest of the community use Koha.
Misunderstanding of this issue is wide-spread. Case in point
http://lists.webjunction.org/wjlists/web4lib/2010-September/052195.html
On Wed, Dec 7, 2011 at 1:49 PM, stuart yeates stuart.yea...@vuw.ac.nz wrote:
As much as I have nothing against anyone on this list, isn't it a little
US-centric? Didn't we make that mistake before?
I wouldn't worry. A dream-team have no basis in reality, hence the
dream part. I'd like to see a
On Tue, Dec 6, 2011 at 10:23 PM, Alexander Johannesen
alexander.johanne...@gmail.com wrote:
A dream-team have no basis in reality, hence the dream part.
Tell that to the 1992 U.S. Men's Olympic Basketball Team.
Mark
A dream-team have no basis in reality, hence the dream part.
Tell that to the 1992 U.S. Men's Olympic Basketball Team.
So, the response to my suggestion of an unhelpful US bias is a US-based
metaphor?
I'll just consider my point proved.
cheers
stuart
I mean, have you *seen* Drexler dunk?
-Original message-
From: Stuart Yeates stuart.yea...@vuw.ac.nz
To: CODE4LIB@listserv.nd.edu
Sent: Wed, Dec 7, 2011 06:50:28 GMT+00:00
Subject: Re: [CODE4LIB] Models of MARC in RDF
A dream-team have no basis in reality, hence the dream part.
Tell
48 matches
Mail list logo