Something like this is on my to do list for our future Fedora Commons
deployment here at UConn. I was considering wrapping a SOAP interface around
something like the Perl Image::OCR::Tesseract module and adding it to our
ingest pipeline unless someone can recommend a better OCR application.
FYI - the Image::OCR::Tesseract install was a real pain for me on RHEL. I kept
running into problems getting one of the dependency modules Time::Format
(Date::Manip::TZ_Base errors) installed on RHEL. Eventually I had to install
Date::Manip via YUM, then do a force install of Time::Format.
I've had good luck using both the Data::Faker and Text::Lorem Perl modules to
generate large amounts (30k+ rows) of Archivists Toolkit test data. Other ports
of Data::Faker would probably work just as well, though it needs a bit more
code to more than generate more than name, address and
I did some experimentation wrapping the Perl Image::ExifTool module (along with
Image::OCR::Tesseract) in some code that exposed it as a SOAP service for use
in a Fedora Commons ingest service. It seemed to work well enough for bulk file
processing in testing, though the approach of a custom
What about using some of the open source WSO2 products to mimic the same
functionality as EZProxy? This sounds like a task that Enterprise Service Bus
combined (ESB) with Identity Server (IS) could do. Most of their products are
some version of an Apache project or other wrapped up in a common
Not to be a jerk about this, but why is the answer always No? There seem to
be more posts on this list relating to job openings than there are relating to
code discussions. Are job postings a part why this list was originally created?
If so, I'll stop now.
Then again, perhaps as a group we
kyle.baner...@gmail.comwrote:
On Tue, May 6, 2014 at 9:59 AM, Richard Sarvas
richard.sar...@lib.uconn.edu
wrote:
Not to be a jerk about this, but why is the answer always No?
There
seem
to be more posts on this list relating to job openings than there
are relating to code discussions
list for jobs
On 05/07/2014 04:59 AM, Richard Sarvas wrote:
Not to be a jerk about this, but why is the answer always No? There seem to
be more posts on this list relating to job openings than there are relating
to code discussions. Are job postings a part why this list was originally
Let's not dwell on any single reply in this thread - that tends to make people
uncomfortable, and not something I want to be a part of. We have a lively and
interesting discussion going and we've also gained some new insights as to how
some subscribers are using this list and for what reasons.
Lynda,
Do you need to use the data on the file system in an emulated environment or
are you just trying to access the data on the file system created by OS9?
Rick
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Kyle
Banerjee
Sent: Thursday,
!
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Richard
Sarvas
Sent: Thursday, April 23, 2015 2:37 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Mac OS 9 emulator
Lynda,
Do you need to use the data on the file system in an emulated environment
What about using Code Anywhere?
https://codeanywhere.com/
They have a free hosting option that can also drag/drop data from DropBox and a
Google Drive, though content hosting can only be done from the sandbox server
they create for you as part of your account. The integrated web-based HTML
12 matches
Mail list logo