Per the Rosie the Riveter Memorial (http://www.rosietheriveter.org/faq.htm)
regarding the image. Given that its a commissioned work by the United States
War Production Commission, I'd say that its likely to be in the public domain.
I wouldn't worry about it.
4. Is the Rosie the Riveter image
COINs are included in the output, but because the current pages are loaded via
AJAX, the data isn't visible to browser plugins like Libx, Zotero, etc. 0.8.3
will remove nearly all the ajax -- and when that happens, the COINS data should
be visible.
--TR
Roy,
While your rights are interesting, the consumer responsibilities I find are
actually more important (and always more difficult to see followed). As some
that develops software for wide public consumption (read, not developers but
the computer illiterate in many cases), I find that
I'd suggest Koha -- but if they are looking for something simple and lowcost,
you could try something like CDS/ISIS
(http://portal.unesco.org/ci/en/ev.php-URL_ID=5330URL_DO=DO_TOPICURL_SECTION=201.html)
-- it's free and developed by Unesco. The other one you could try
ResourceMate
Isn't sharing such records a no-no?
No, OCLC's guidelines for transfer
(http://www.oclc.org/support/documentation/worldcat/records/guidelines/default.htm)
specifically give unrestricted transfer rights to libraries and non-commercial
entities. The Open Library is both. It's a registered
Since these are your libraries' records, you can certainly download them
again from OCLC. I've also known libraries in the past that have been
able to have oclc generate a subset of records from their database --
though in these cases, this always has involved a cost to purchase the
records. In
You'll want to fly. On the West Coast, taking the train is a bit of a crap
shoot and wouldn't advise it unless you had a day between when you are suppose
to arrive and when you need to arrive. The few times I've taken Amtrak on the
West coast between Seattle and Los Angelos, I've never been
Hopefully, this quote from the article:
A significant and highly touted feature of the new beta
version of Zotero, however, is its ability to convert - in direct
violation of the License Agreement - Thomson's 3,500 plus proprietary
.ens style files within the EndNote Software into
@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Zotero under attack
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've posted some analysis and plenty of links to critical bits at
http://dltj.org/article/endnote-zotero-lawsuit/
Some other thoughts...
On Sep 26, 2008, at 4:01 PM, Reese, Terry wrote:
While reverse
Posted on behalf of Dianne McCutcheon
*
Terry Reese
The Gray Family Chair for Innovative Library Services
Oregon State University Libraries
Corvallis, OR 97331
tel: 541-737-6384
email: terry.re...@oregonstate.edu
http:
FYI for the larger group. Since many members in the PNW simply cannot
travel to the larger C4L meeting due to budgetary restraints (this year,
and very likely the next), etc -- we will be starting up a PNW local
chapter and hosting a one day C4L meeting for those in the area that are
interested,
Andy,
Since I write marcedit, maybe I can help. If you can give me an idea what you
are up to, I'll see if its something that can be dealt with.
Tr
Terry Reese
Gray Family Chair for Innovative
Library Services
Oregon State University
Yes -- that's right. There is a zip file with install instructions for any
non-windows based system for which a MONO port is present.
--TR
-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Joel Marchesoni
Sent: Thursday, November 11, 2010
Actually, you can have records that are MARC21 coming out of vendor databases
(who sometime embed control characters into the leader) and still be valid.
Once you stop looking at just your ILS or OCLC, you probably wouldn't be
surprised to know that records start looking very different.
--TR
are not exclusive.
--TR
-Original Message-
From: Jonathan Rochkind [mailto:rochk...@jhu.edu]
Sent: Wednesday, April 06, 2011 9:59 AM
To: Code for Libraries
Cc: Reese, Terry
Subject: Re: [CODE4LIB] MARC magic for file
I'm not sure what you mean Terry. Maybe we have different
From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU] On Behalf Of William Denton
[w...@pobox.com]
Sent: Wednesday, April 06, 2011 10:29 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] MARC magic for file
On 6 April 2011, Reese, Terry wrote:
Actually -- I'd disagree
I'd echo Jonathan's question -- the 0xC2 code is the sound recording marker in
MARC-8. I'd guess the file isn't in UTF8.
--TR
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Jonathan Rochkind
Sent: Wednesday, April 06, 2011 1:28 PM
To:
Jonathan,
Karen is correct -- CR/LF are invalid characters within a MARC record. This
has nothing to do if the character is valid in the set -- the format itself
doesn't allow it.
--TR
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] is this valid marc ?
On 5/19/2011 2:33 PM, Reese, Terry wrote:
Jonathan,
Karen is correct -- CR/LF are invalid characters within a MARC record. This
has nothing to do if the character is valid in the set -- the format itself
doesn't
Yes, but only if the server you are using supports the z39.50 extended
attributes. However, few commercial ils systems seem to support it by default.
Tr
*
Terry Reese
Gray Family Chair for
Innovative Library Services
121 Valley Library
Corvallis, OR 97331
phone:
Please share this announcement with colleagues who would be interested.
JOB ANNOUNCEMENT:
Associate University Librarian for Research and Scholarly Communication
Oregon State University Libraries
Oregon State University Libraries seeks an innovative, dynamic, and experienced
library leader to
Here's the problem -- you are missing a switch. In MarcEdit, the XSLT
conversations run through Marc21XML. To move from MARC21XML to MARC, MarcEdit
uses a crosswalk to the mnemonic format. When you use the GUI -- this value is
set for you -- but since it is user configurable, the
This is one of the reasons you really can't trust the information found in
position 9. This is one of the reasons why when I wrote MarcEdit, I utilize a
mixed process when working with data and determining characterset -- a process
that reads this byte and takes the information under
PM, Reese, Terry terry.re...@oregonstate.edu
wrote:
This is one of the reasons you really can't trust the information found in
position 9. This is one of the reasons why when I wrote MarcEdit, I utilize
a mixed process when working with data and determining characterset -- a
process
/blob/master/BeautifulSoup.py#L1753
On Thu, Mar 8, 2012 at 2:36 PM, Reese, Terry terry.re...@oregonstate.edu
wrote:
This is one of the reasons you really can't trust the information found in
position 9. This is one of the reasons why when I wrote MarcEdit, I utilize
a mixed process when
The University of Oregon Libraries and Oregon State University Libraries invite
you to code4lib west, Monday, July 30, 2012, at the UO Knight Library.
There is no registration fee for this conference.
Registration is limited to 50 participants. All participants are expected to
deliver a
The University of Oregon Libraries and Oregon State University Libraries invite
you to code4lib west, Monday, July 30, 2012, at the UO Knight Library. There is
no registration fee for this conference. Registration is limited to 50
participants. All participants are expected to deliver a
Actually -- the issue isn't one of MARC8 versus UTF8 (since this data is being
harvested from DSpace and is UTF8 encoded). It's actually an issue with user
entered data -- specifically, smart quotes and the like. These values
obviously are not in the MARC8 characterset and cause many who
of cataloger
interfaces, does it do this? Gosh I hope not.)
On 4/19/2012 2:20 PM, Reese, Terry wrote:
Actually -- the issue isn't one of MARC8 versus UTF8 (since this data is
being harvested from DSpace and is UTF8 encoded). It's actually an issue
with user entered data -- specifically, smart
I would really consider SAX. In MarcEdit, I had originally utilized an XSLT
process for handling MARCXML translations (using both SAXON and MSXML parsers)
-- but as you noticed -- there ends up being an upper limit to what you can
process. The break point for me was when working with some
I wouldn't. One of the benefits of marcxml is that you are not constrained by
marcs record length issues. Deciding to calculate that value would add an
arbitrary length limitation to the format (in my opinion).
Tr
*
Terry Reese, Associate Professor
Gray
If im writing marcxml from scratch, I agree. If I'm converting it from marc, i
print out the length value from the record more for historical purposes.
Tr
*
Terry Reese, Associate Professor
Gray Family Chair for
Innovative Library Services
121 Valley Library
Wilhelmina,
To answer your two questions.
1) yes, during the 30 day expiration period when registration lapses your site
will typically become unavailable
2) this isn't just about one person at OSU. Ryan Ordway is our sys admin, but
c4l is supported by a number of folks at the institution in
Looking at that, the only absolutely library-specific content there
appears to be the MARC plugin (which isn't documented in detail).
MARC and not well documented...that sounds about right.
--tr
*
Terry Reese, Associate Professor
Gray Family Chair for
Kyle -- if this was me -- I'd break the file into a database. You have a lot
of different options, but the last time I had to do something like this -- I
broke the data into 10 tables -- a control table with a primary key and oclc
number, a table for 0xx fields, a table for 1xx, 2xx, etc.
35 matches
Mail list logo