I expect the length of the thread to be irrational; so perhaps that's not a
problem.
On Oct 27, 2010, at 6:18 PM, Ray Denenberg, Library of Congress wrote:
> I think the constraint is that it has to be a rational number.
>
> -Original Message-
> From: Code for Libraries [mailto:code4..
Come on guys, I was just getting my popcorn ready.
On Wed, Oct 27, 2010 at 8:24 PM, Mike Taylor wrote:
> We have now used one third of today's allocation in discussing the
> size of the daily allocation. Just sayin', is all.
>
>
>
>
> On 28 October 2010 01:04, Peter Murray wrote:
> > David --
Olá, como vai?
Luciano Ramalho wrote:
> Actually, Python is a general purpose programming language. It was not
> created specifically for server side scripting like PHP was. But it is
> very suitable to that task.
I'm not sure talking about what something used to be is as interesting
as talking
On Wed, Oct 27, 2010 at 9:28 PM, Alexander Johannesen
wrote:
>> From my experience, it seemed php was a server side
>> scripting language.
>
> Strictly speaking, so is Python.
Actually, Python is a general purpose programming language. It was not
created specifically for server side scripting lik
We have now used one third of today's allocation in discussing the
size of the daily allocation. Just sayin', is all.
On 28 October 2010 01:04, Peter Murray wrote:
> David --
>
> I think we need to test the last assumption against the real code. While it
> is a rational (so to speak) interp
David --
I think we need to test the last assumption against the real code. While it is
a rational (so to speak) interpretation, the code might be buggy enough to not
let any messages through -- including the first -- when the limit is set to 0.
Peter
On Oct 27, 2010, at 7:47 PM, David Fiand
Ray, I think that the constraint makes more sense as a positive real number.
While the length of a thread will never be exactly a non-integer length, it
will eventually exceed any finite real-valued limit imposed, which is all
that's necessary.
(Actually, the "non-negative" part is optional. A lim
Hola, compadre,
Elliot Hallmark wrote:
> Other things beyond that seemed
> awkward, difficult, or impossible from what I knew. python immediately
> jumped out to me as a tool more suited to these tasks.
The fact that Python has a looping run-time environment is, of course,
a give-away to why mos
>> For instance,
>> my first project in python involved capturing keyboard input before
>> windows heard about it. Then I kept discovering amazing things python
>> can do that php cant.
>
> For instance, PHP can do this fine. Was there something in particular
> you're thinking of that PHP can't d
Square root of minus one
=
Jason Fowler, BA, GCFA, CISSP
Programmer Analyst
UBC Library Systems
jason.fow...@ubc.ca
On 10-10-27 3:18 PM, "Ray Denenberg, Library of Congress"
wrote:
>I think the constraint is that it has to be a rational number.
>
>-Origina
I think the constraint is that it has to be a rational number.
-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Eric
Hellman
Sent: Wednesday, October 27, 2010 5:58 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] mailing list administratati
I vote for changing the limit threshold to
PI * (eventual length of this meta-thread).
On Oct 27, 2010, at 3:37 PM, Alexander Johannesen wrote:
> On Thu, Oct 28, 2010 at 2:44 AM, Doran, Michael D wrote:
>> Can that limit threshold be raised? If so, are there reasons why it should
>>
On Thu, Oct 28, 2010 at 6:58 AM, Chris Fitzpatrick wrote:
> +1 to the "this discussion is really depressing me" camp.
Ok, ok, I get the message. This is no place to voice strong opinions
about bad library tech, and my (different, but not bad) language nor
stance (contrarian, but not accusatory
FWIW, the "daily-threshold" limit on a LISTSERV(tm) list can easily be
set to any value by the listowner; it can also be manually overridden by
the owner in specific cases with a "release" command (which retains the
limit but allows continued distribution on the day the limit is reached).
Using th
On Thu, Oct 28, 2010 at 6:53 AM, Jonathan Rochkind wrote:
> Pretty sure it wasn't depressing to the vast majority of the listserv
> audience. That was/is a discussion that benefited from a "timeout period",
> like you give the pre-schoolers.
Given we're adults, and not in pre-school, I disagree.
I'd like to once again point out the 50-message limit, and the fact
that this thread is rapidly chewing through that 50.
Surely there are some "code" or "lib" topics folks want to discuss.
-Mike
+1 to the "this discussion is really depressing me" camp.
On Oct 27, 2010, at 12:53 PM, Jonathan Rochkind wrote:
Alexander Johannesen wrote:
Is it to throttle spam or something? 50 seems rather low, and it's
rather depressing to have a lively discussion throttled like that.
Not
Pre
Alexander Johannesen wrote:
Is it to throttle spam or something? 50 seems rather low, and it's
rather depressing to have a lively discussion throttled like that. Not
Pretty sure it wasn't depressing to the vast majority of the listserv
audience. That was/is a discussion that benefited f
I believe the software documentation suggests a limit to put a stop to mail
loops.
Peter
On Oct 27, 2010, at 3:37 PM, Alexander Johannesen wrote:
>
> On Thu, Oct 28, 2010 at 2:44 AM, Doran, Michael D wrote:
>> Can that limit threshold be raised? If so, are there reasons why it should
>> not
On Wed, Oct 27, 2010 at 3:09 AM, Elliot Hallmark wrote:
> However, I switched to this other scripting
> language, python, because it could do things php cant.
Not to start a flame, but that's a rather big statement which I think
A) needs backing up, and B) is probably untrue.
> For instance,
>
On Thu, Oct 28, 2010 at 2:44 AM, Doran, Michael D wrote:
> Can that limit threshold be raised? If so, are there reasons why it should
> not be raised?
Is it to throttle spam or something? 50 seems rather low, and it's
rather depressing to have a lively discussion throttled like that. Not
to men
> Crosswalking doesn't hold water as a justification for MARCXML.
To be fair, though, most of us have simpler cross walking needs than OCLC.
And if I need to go from binary MARC to some XML schema (which I sometimes do),
then MARC-XML and the XSLT style sheets at LOC seem like a pretty good st
The conference sounds very interesting. Will the talks be webcast or
archived for viewing for those of us who won't be able to attend in person?
Thanks,
-Raymond
On 10/27/10 10:04 AM, Johan Oomen wrote:
Economies of the Commons 2 - Paying the costs of making things free
www.ecommons.eu
Intern
Economies of the Commons 2 - Paying the costs of making things free
www.ecommons.eu
International conference, seminar and public evening programs
Conference dates: 12-13 November 2010. De Balie, Amsterdam
Pre-conference: November 11. Hilversum (on collaboration with the Open Video
Alliance)
Econ
Looks like a more recent version of the Ruby library can be found here:
https://github.com/summon/summon.rb
Jason
On Tue, Oct 26, 2010 at 6:46 PM, Godmar Back wrote:
> Hi,
>
> Unlike Link/360, Serials Solution's Summon API is extremely cumbersome to
> use - requiring, for instance, that request
VuFind (http://vufind.org) has a built-in Summon module. I won't make claims
about ease of use relative to Wordpress, but installing VuFind is pretty
straightforward (especially under Ubuntu, where you can take advantage of a
.DEB package), and using it to access Summon is a matter of putting y
This is a tiny bit of mailing list administratativia:
1) there are about 1,500 hundred of us
2) we are from all over the world
3) the largest group is from gmail.com
4) the mailing list is configured to stop
processing after 50 message are sent in one day
5) 50 messages were sent on
On Oct 25, 2010, at 10:31 PM, Alexander Johannesen wrote:
>>> Political? For sure. Engineering? Not so much.
>>
>> Ok. Solve it. Let us know when you're done.
>
> Wow, lamest reply so far. Surely you could muster a tad bit better? I
> was excited about getting a list of the hardest problems, for
Kind of last minute and random, but If you are at ASIST in Pittsburgh
and want to get out of the downtown for some pizza at Aiello's in
Squirrell Hill please join Raymond Yee and myself there at 7pm.
http://www.aiellospizza.com/
It looks like a simple ride on the 61D bus:
http://bit.ly/h
I'd suspect that MARCXML isn't going anywhere fast, a shame perhaps.
The key difference between MARCXML and MARC is that MARCXML inherits
XMLs internationalisation features.
It is an aspect at which MARC is very poor.
Andrew
--
Andrew Cunningham
Senior Project Manager, Research and Development
Congratulations on discovering python. It will serve you much better
than php, or any other scripting language.
Skipping to the punch-line, you should dive into python before you
dive in django:
http://diveintopython.org/
You will have a very much more easy time if you learn how to debug a
scri
Hi,
Unlike Link/360, Serials Solution's Summon API is extremely cumbersome to
use - requiring, for instance, that requests be digitally signed. (*)
Has anybody developed a proxy server for Summon that makes its API public
(e.g. receives requests, signs them, forwards them to Summon, and relays th
>> Political? For sure. Engineering? Not so much.
>
> Ok. Solve it. Let us know when you're done.
Wow, lamest reply so far. Surely you could muster a tad bit better? I
was excited about getting a list of the hardest problems, for example,
I'd love to see that. Then by that perhaps you could explai
I think:
1. Marc must die. It has lived long enough.
2. But everybody uses Marc (which is in fact good), too many people are keeping
it alive.
3. MARC in XML does not solve the problem, but it makes the suffering so much
less painful
Peter
The University of Minnesota Libraries seeks two or more talented Drupal
software developers, for either one or two year appointments, to design and
support new, innovative web-based library services, systems, and tools which
address as well as anticipate the evolving needs of library users.
The Un
On Tue, 2010-10-26 at 03:32 +0200, Alexander Johannesen wrote:
>"Here's our new thing. And we did it by simply converting all our
> MARC into MARCXML that runs on a cron job every midnight, and a bit of
> horrendous XSLT that's impossible to maintain."
I am in the development department of our
The METS Editorial Board is starting to think about what a METS 2.0
might look like / assess the need for a METS 2.0.
To that end, we have put together a little While Paper
Reimagining METS: An Exploration
http://bit.ly/cySIM1
suggested suplemental reading for Reimagining METS
http://bit.ly/96va
Whoops, that was bus 61B not 61D.
//Ed
15:23 < edsu> @quote get 3
15:23 < zoia> edsu: Quote #3: "edsu, your source for bad advice since, well,
forever!" (added by edsu at 09:46 PM, September 06, 2005)
On Tue, Oct 26, 2010 at 10:46 AM, Ed Summers wrote:
> Kind of last minute and r
Hi,
On Tue, Oct 26, 2010 at 1:23 PM, Bill Dueber wrote:
> Sorry. That was rude, and uncalled for. I disagree that the problem is
> easily solved, even without the politics. There've been lots of attempts to
> try to come up with a sufficiently expressive toolset for dealing with
> biblio data, an
>
> This is no justification for not doing things better. (And I'd love to
> know what the hard bits are; always interesting to hear from various
> people as to what they think are the *real* problems of library
> problems, as opposed to any other problem they have)
>
The problem is you have to de
Alex,
I think the problem is data like this:
http://lccn.loc.gov/96516389/marcxml
And while we can probably figure out a pattern to get the semantics
out this record, there is no telling how many other variations exist
within our collections.
So we've got lots of this data that is both hard to
[apologies for cross posting]
3rd International Workshop on Personalized Access to Cultural Heritage
in conjunction with IUI2011 Conference (Palo Alto, CA | 13-16 February 2011)
http://www.cs.vu.nl/~laroyo/PATCH2011/
November 12, 2010: paper submission deadline
December 12, 2010: notification
> "But it looks just like the old thing using and some
> templates?"
>
> "Ah yes, but now we're doing it in XML!"
I think this applies to 90% of instances where XML was adopted, especially
within the "enterprise IT industry". Through marketing or misunderstanding,
XML was presumed to be
> One way is to first transform the MARC into MARC-XML. Then you can
use XSLT to crosswalk the MARC-XML
> into that other schema. Very handy.
> Your criticisms of MARC-XML all seem to presume that MARC-XML is the
goal, the end point in the process.
> But MARC-XML is really better seen as a utili
Has anyone out there built a distributed application using Hadoop (or
another MapReduce framework) and FOP? I'm interested in ways we can
potentially allow our XSL:FO processing to scale.
Mark A. Matienzo
Digital Archivist, Manuscripts and Archives
Yale University Library
> I've been involved in several projects lambasted
> because managers think MARCXML is solving
> some imaginary problem
It seems to me that this is really the heart of your argument. You had this
experience, and now are projecting the opinions of these managers onto "lots of
people in the lib
46 matches
Mail list logo