I mean, have you *seen* Drexler dunk?
-Original message-
From: Stuart Yeates
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 that to the 1992 U.S.
> > 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
On Tue, Dec 6, 2011 at 10:23 PM, Alexander Johannesen
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
On Wed, Dec 7, 2011 at 1:49 PM, stuart yeates 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 Real Team instead, a
On Tue, Dec 6, 2011 at 3:36 PM, Thomas Krichel 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
>
That was p
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
*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 helping
On Tue, Dec 6, 2011 at 20:52, Montoya, Gabriela 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 volatile?
> As an
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 h
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 metadat
Hiya,
Karen Coyle wrote:
> I wonder how easy it will be to
> manage a metadata scheme that has cherry-picked from existing ones, so
> something like:
>
> dc:title
> bibo:chapter
> foaf:depiction
Yes, you're right in pointing out this as a problem. And my answer is;
it's complicated. My previous
Quoting Owen Stephens :
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 exists and then
enhanc
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 [
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 masters.
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 packag
> 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 certa
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 Krichelhttp://openlib.org/home/kr
Hi all,
The thing that irks me the most really is that PTFS are trying to take the
name Koha and apply it to their own product. LibLime Koha is not Koha. The
rest of the community use Koha.
It seems so wrong to me that a company can take an established name and
apply it to their own product. This
Solved the image matching regexp issue: if the search term was more than
one word, it needed to be rewritten for the query using a + rather than a
space between the words.
as for hitting the catalog with searches over and over, I suppose there is
a way to cache pages rather than pound the server o
On Tue, Dec 6, 2011 at 1:57 PM, Jonathan Rochkind 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, one o
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
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 storag
On Tue, Dec 6, 2011 at 11:22 AM, Doran, Michael D 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
> > server-side
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
$r
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 conti
On Tue, Dec 6, 2011 at 11:18 AM, Nate Hill 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, without
checking if syndeti
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
wrote:
> I dont understand the thinking and waste of
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
> 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 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
> 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 we
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
Email
Nate Vack [...]
> 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 patents
> shoul
Quoting "Fleming, Declan" :
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 translation, but als
Again, with jrock... I was replying to the general "Ajax requests returning
HTML is outdated" theme, not to Nate's actual application.
Certainly returning objects as code or data to a component (like, say, SIMILE
Timeline) is a reasonable use of data coming back from Ajax requests, and
covere
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 whe
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
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 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 wrote:
> I once got a "cease and desist" letter from a legal firm defending someone's
> trademark for "metadata". I mean, seriously. Pe
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 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 wrote:
> Ironically, I had (or there was) some troubl
> 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.
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, de
On Tue, Dec 6, 2011 at 8:38 AM, Erik Hatcher 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
> timers called it
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 ne
On Mon, Dec 5, 2011 at 5:18 PM, Erik Hetzner 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 in particular, it'
On Mon, Dec 5, 2011 at 5:00 PM, Nate Hill 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 everything into a big JSON o
On Mon, Dec 5, 2011 at 8:04 PM, Godmar Back 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 bad. They eit
"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
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 J
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 wrote:
> At Mon, 5 Dec 2011 08:1
Erik Hetzner
> 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 trademark issues wer
52 matches
Mail list logo
