/bdapndxg.html
Thank you for your time.
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.comcast.net/~eijabb/
r. 2012)
- Updated _check_article with the exceptions: 'A & ', 'L is '
#####
[2] <http://search.cpan.org/~eijabb/MARC-Lint-1.45/>
[3] <http://marcpm.git.sourceforge.net/git/gitweb.cgi?p=marcpm/marcpm;a=summary>
I hope this helps,
Bryan Baldus
Cataloger
Quality Books Inc.
1-800-323-4241x402
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.comcast.net/~eijabb/
require MARC::Lint to be installed).
I hope this helps,
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.comcast.net/~eijabb/
have
added 1A after finding it in some files I was working with).
I'm not familiar with MARC::File::XML to know how it deals with end of line
characters.
Bryan Baldus
Cataloger
Quality Books Inc.
The Best of America's Independent Presses
1-800-323-4241x402
bryan.bal...@quality-
le.dat');
Or (based on code in programs I've been using):
my $batch = MARC::Batch->new('USMARC', 'file.dat');
##
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.comcast.net/~eijabb/
f valid 006 characters (change 006 to 007 for
007)
my $new006 = MARC::Field->new( '006', $field006);
$record->insert_fields_before($record->field('008'), ($new006));
print OUT $record->as_usmarc();
}# while records
#
I hope this helps
odules under discussion appear to be an alternative to the
current standard modules for MARC manipulation, the MARC::Record family, it
seems like something within MARC::* would be appropriate (as long as the names
don't interfere with the existing modules but instead can be used in
cooperation with them).
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.comcast.net/~eijabb/
e
>confusing and should be renamed?
Working on Mac OS 9 and Windows machines where case doesn't matter for naming
files, attempting to install your module would likely overwrite MARC::Record
and several of its modules. What about MARC::Moose::*?
Thank you,
Bryan Baldus
bryan.bal...@q
ile
###
What does your code look like in the area that is producing the error?
Thank you,
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.comcast.net/~eijabb/
C updates 8 and 9, as well as some other minor changes.
Please let me know of any problems.
Thank you,
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.inwave.com/eija
0to490-830.txt>
[3]
<http://home.inwave.com/eija/fullrecscripts/Cleanup_full_recs/008langblanktozxx.txt>
Thank you for your time,
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.inwave.com/eija
ly wouldn't have a problem with switching.
Thank you for your time,
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.inwave.com/eija
field008hash{langcode}) must now be coded 'zxx' for No linguistic content.");
} #if 008/35-37 is 3-blanks
#
I hope this helps,
Bryan Baldus
bryan.bal...@quality-books.com
eij...@cpan.org
http://home.inwave.com/eija
.8.0. MARC::Record 2.x is incompatible with pre-5.8.2 versions of Perl due
to Unicode-related changes. The change was announced in a Perl4Lib message
"MARC::Record v2.0 RC1", sent Fri 5/20/2005 2:35 PM, by Ed Summers. [1]
[1] <http://www.nntp.perl.org/group/perl.perl4lib/2005/05/ms
which is
no longer later. A test may be implemented in the future that will be
less likely to break with the passage of time.
MARC::Lint changes:
- Updated _check_article with the exception 'A to '
- Updated Lint::DATA section with Update No. 8 (Oct. 2007)
####
Please le
_format->as_string() =~ /Paperback/ ){
(which, according to the error, is the same as saying
"if(Paperback->as_string() =~ /Paperback/){")
This:
if($phys_format =~ /Paperback/ ){
should work.
The as_string method is used for entire MARC::Field objects (whole
fields, with optiona
pending on the system, and which is supposed to tell whose 001 is present in
the record, so it may not necessarily be the library, but may be OCoLC for an
OCLC number-based control number), I don't think there is a field in all MARC
records that would provide you with the information you need.
I
# all the directory entries
1; # end-of-field marker
my $total =
$baseaddress + # stuff before first field
$dataend + # Length of the fields
1; # End-of-record marker
I hope this
questions.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
orrections, or suggestions.
Thank you for you assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
? Since a record length over 9 is
impossible, it might be good to have MARC::Record complain about exceeding
the record size limit if the $reclen > 9, and to not exceed 5 characters
when setting the record length.
Please correct me if I am wrong. Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
27; => 'blank'
}, #035
} #rules
# outline of $lint after adding NR subfield 9:
'_rules' => {
'035' => {
'9' => 'NR',
'8' => 'R',
'6' => 'NR',
'ind2_
t;insert_fields_ordered( @new856 );
#####
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
##remove 1st 035 from @m035 array using array manipulation techniques
###
#remove remaining 035s
$record->delete_field(@m035);
print $record->as_formatted(),"\n\n";
}
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
g, which achieved the desired
>effect with any of the above in the first slot:
>
>if ($field_7xx->indicator(2) != '' || $field_7xx->indicator(2) == 0) {
Would it not be better to use string comparison operators, ne and eq, since
indicators may not necessarily be numer
dule:
<http://search.cpan.org/~mikery/MARC-Record-2.0.0/lib/MARC/Field.pm#delete_s
ubfield()>
Please correct me if I am wrong,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
using both
MarcEdit and the Perl module.
[1] Latest version on
<http://marcpm.cvs.sourceforge.net/marcpm/marc-marcmaker/>, CPAN version on
<http://search.cpan.org/~eijabb/MARC-File-MARCMaker-0.05/>. SourceForge
version has recently updated mrc2mkr and mkr2mrc programs in bin/.
I hope this
Encode: 1.9801
Are these problems related to the age of my Perl or Encode?
(If I remember correctly, before switching to MARC::Record 2.0, using
MARC::Record 1.39_1 and xml2marc resulted in records being output but the
field containing diacritics was mangled/deleted/replaced with bad data.)
Th
mn separators back to tabs? Should
this be limited to the 880 field (and any similar field that may exist or be
added)?
Please let me know of any suggestions you may have. Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
<http://search.cpan.org/~mikery/MARC-Record-2.0.0/>
The development/most recent version is available in CVS on SourceForge:
<http://marcpm.cvs.sourceforge.net/marcpm/marc-record/>
(http://sourceforge.net/cvs/?group_id=1254)
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http
(new or changed)
in AC headings section.
New Module in process:
MARC::Lint::Lint_Authority.pm
-Initial version, Feb. 21, 2007.
##
Please let me know of any problems or suggestions for improvement for
any of the above.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
and updating
due to CPAN/PPM vs. SourceForge versions.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
rm]) and LCCN
88657600 (Critical sociology) both list that ISSN in an 022$a?
Please correct me if I am wrong. I hope this helps,
Bryan Baldus
Cataloger
Quality Books Inc.
The Best of America's Independent Presses
1-800-323-4241x460
[EMAIL PROTECTED]
#else no errors
I hope this helps. Please let me know of any problems or suggestions.
Bryan Baldus
[EMAIL PROTECTED]
http://home.inwave.com/eija
Happiness. 2. Libraries--Psychological aspects. 3.
Telephone--Directories--Psychological aspects. I. Jones, Bob (Bob Robert
Rob), 1981- II. Title.
BF575.H27S65 2002
158.1--dc21
qbi02200951
--
Bryan Baldus
[EMAIL PROTE
text-only saves of LCSH weekly lists at
<http://www.loc.gov/catdir/cpso/>
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
At 6:04 PM -0400 6/16/06, Edward Summers wrote:
On Jun 16, 2006, at 1:27 PM, Bryan Baldus wrote:
MARC::Lint has been revised in SourceForge CVS so that $rules->{$repeatable}
is now $rules->{'repeatable'} for field repeatability.
Are you able to push this out to CPAN?
//
{'repeatable'} for field repeatability.
Please let me know of any problems.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
e
this problem? My current line of thinking would have me revising
$rules->{$repeatable} to $rules->{'repeatable'}, and leaving the subfields
as $rules->{$key}. Does this sound reasonable?
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
the default Unicode (UTF-8) encoding. After saving the files into a
directory, the parsing program will look at each .htm file, pull out the
changed names, and put them into the single plain text file described above.
Thank you for any assistance you may be able to provide,
Bryan Baldus
[EM
gt;subfield( 'a' );"
Alternatively, get all subfields in the field and parse as needed:
my $field245 = $record->field('245');
my @subfields = $field245->subfields();
while (my $subfield = pop(@subfields)) {
my ($code, $data) = @$subfield;
#do something with da
u know it is the 1st and 3rd, then use
'position' or 'occurrence'.
examples:
#remove 1st 2 subfield 'u'
$field->delete_subfield(code => 'u', count => 2);
#remove 1st and 3rd subfield 'u'
$field->delete_subfield(code => 'u', occurence => (0, 2)); #or (1, 3)
#remove last subfield u
$field->delete_subfield(code => 'u', occurence => (-1));
--
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
>OK -- here's the call for a vote. All interested perl4lib members are
>encouraged to participate by emailing the list.
+1
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
rs experiencing this
problem? Is there something wrong with the way I packaged the module
distributions that would cause this?
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
LC's.
I don't know how the Perl modules handle this pause for batch
searching LC, but it might be why you are experiencing a delay.
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
to
CPAN yet.
[1] http://cvs.sourceforge.net/viewcvs.py/marcpm/marc-record/
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
it reverts back to deleting.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
marks.
-Renamed findfloatinghyphens($record) to fix spelling.
-Revised check_bk008_vs_300($record) to account for textual materials on
CD-ROM.
-Added abstract to name.
-Misc. fixes to tests.
-Includes MARC::Lint::CodeData 1.04, in sync with version included with
MARC::Lint.
Thank you,
Bryan Baldus
ach of the tests indicate success, with only minor
modification for cross-platform path differences (table.t line 13
adjusted to account for MacOS ':' vs. Unix '/').
I don't know the significance of "CODE(0x48f63a0)" in the output from
the database compilation.
command line).
A button to scrap changes and revert to the original version of the record
might be useful (at least until some of the problems mentioned above are
fixed).
Please keep up the good work. Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
on of
the field--removing any qualifiers. It should be easy enough to modify the
code to extract the entire 020 field as_string() and report it.
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
##
27;ve updated MARC::Doc::Tutorial.pod in CVS on SourceForge
(http://cvs.sourceforge.net/viewcvs.py/marcpm/marc-record/lib/MARC/Doc/Tutor
ial.pod?rev=1.30&view=log) with a section on MARCMaker.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
c::Tutorial if you
have the energy.
I'll look into doing this.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
p.s. My announcement message should have read version 0.04 rather than
version 0.4.
d practices). Most of the basic code was written based on
marclint and marcdump.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
On Wednesday, October 19, 2005 9:12 AM, Edward Summers wrote:
>On Oct 18, 2005, at 5:16 PM, Bryan Baldus wrote:
>> Would it be possible to add or have this package added to CVS in
>> SourceForge, as marc-marcmaker at
>> <http://cvs.sourceforge.net/viewcvs.py/marcpm/>?
tarball of the current version is at
<http://home.inwave.com/eija/inprocess/marc-marcmaker0.03.tar.gz>.
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
is in CVS if that is ok, but most likely won't have access
until this weekend.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
spaces
-marclint utility updated to report errors encountered while
translating raw MARC records into MARC::Record objects.
#
I welcome any comments or questions.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
I have updated the marclint program in CVS on SourceForge to report
errors encountered during the decoding process from raw MARC to
MARC::Record objects. I also changed tabs to 4 spaces. Please let me
know if this causes problems with anything.
Thank you,
Bryan Baldus
[EMAIL PROTECTED
g in v. 1.38 of the MARC::Record module. It appears to
be fixed in version 1.39_02 (which, though a developer release, seems stable
for how I've been using it--non-unicode records).
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
"",
"",
);
++$errors{$filename};
}
} # while
##
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
headings
(along with a bad.txt file containing headings not yet accounted for by the
script).
I have also posted a new version of MARC::Errorchecks (1.09) to CPAN.
Changes are listed there and on my site.
I welcome any comments and suggestions (to [EMAIL PROTECTED]).
Thank you,
Bryan Baldus
[EMA
estions already provided by others) by building an array of
subfield code+data pairs:
push @subfields, 'a', $ADP if $ADP;
#... for each subfield element
Then, once all subfields have been added to @subfields:
$field = MARC::Field->new('270','','', @su
old_hdg \t
new_tag \t new_hdg.
-Better parsing of weekly files.
#
I welcome any comments and suggestions.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
old_hdg \t
new_tag \t new_hdg.
-Better parsing of weekly files.
#
I welcome any comments and suggestions.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
t:
-Now creates files with tab-separated lines: old_tag \t old_hdg \t
new_tag \t new_hdg.
-Better parsing of weekly files.
#
I welcome any comments and suggestions.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
ater than 020
last if $_->tag() > 20;
} #foreach field in record
#create a new 020 for each 10 as 13 unless the 13 exists already
foreach my $isbn10 (keys %isbn10s) {
my $new020 = MARC::Field->new('020', '', '', 'a' =>
i
MARC::Lint has been updated (CVS version on SourceForge). I believe
the only change to the module itself is to the DATA section, which
should now reflect MARC 21 Update 5 (Oct. 2004).
--
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
ps:
push @input_list, $call_no;
and
push @sorted_list, $call_no_array{$key};
might help to speed things up (it did in my case).
I hope this helps. Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
#x27;);
my $field_100 = $r->field('100');
I thought I had received warnings or other errors when I tried doing this
when the field did not exists. Perhaps I am remembering wrong.
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
DO.txt file explains some
known issues.
Regarding the UTF-8 discussion, I'm limited to MacOS 9.2.2 on my
development computer, which means being restricted to Perl 5.8.0
(alpha?). As a result, MARC::File::MARCMaker may not necessarily
support UTF/Unicode any time soon.
Thank you for your a
o,$tagdata) = @_;
return ($tagno == 245) || ($tagno >= 600 && $tagno <= 699);
}
Should there be a check for numeric tags before using a numeric comparison?
I know that MARC::Lint will likely fail on records with non-numeric
tags. Should it be modified to take such tags into account?
--
SourceForge CVS, Jan. 3, 2005.
-Included in MARC::Errorchecks distribution on CPAN.
-Used by MARC::Lintadditions.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
nditional at the end
$record->append_fields(
MARC::Field->new('949','','',a=>$f852_6)
) if ($f852_6);
print OUT $record->as_usmarc();
} # while
close $inputfile;
close OUT;
#the above is untested code. It may contain bugs.
I hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
.
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
me.inwave.com/eija/bryanmodules/>,
or bundled with MARC::Errorchecks on CPAN
<http://search.cpan.org/~eijabb/MARC-Errorchecks-1.06/>
[2]
http://home.inwave.com/eija/fullrecscripts/Extraction/extractbycontrolno.txt
Hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
At 1:05 PM -0600 1/23/05, Ed Summers wrote:
I added the new files to the [MARC::Lint] MANIFEST so make test would succeed.
I had forgotten to do this when I added files to MARC::Record for the
DOS EOF tests. The MARC::Record MANIFEST has now been updated.
--
Bryan Baldus
[EMAIL PROTECTED
a good global search/replace function. In the
future, I'll try to remember to convert the indentation tabs to 4 spaces per
tab. Are non-indentation tabs ok? In MARC::Lint::CodeData, I used split on
"\t" to split the codes into a hash. Since some codes have or need spaces,
splitting
move them out of MARC::Lintadditions
into MARC::Lint.
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
)->indicator(2);
my $TITLE = $field->subfield('a');
$TITLE =~ s/[\xE1-\xFE]//g;
my $four245 = substr( $TITLE, 0+$titleind2, 4 ) if $titleind2 =~/^[0-9]$/;
#the if statement should be unnecessary, since 245 2nd indicator should
always be some number, but just in case.
Hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
The changes to MARC::File::USMARC for DOS EOF character have been
committed to SourceForge cvs along with the 3 test files.
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
# got: '67d92a83434115acd98c4cb28b2784ec'
# expected: '3961be5e3ba8fb274c89c08d18df4bcc'
not ok 120 - md5 4
# Failed test (RAM Disk:002_isis.t at line 119)
# got: 'e605bf7847b50064459fe1071bb8b4df'
# expected: '5f73ec00d08af044a2c4105f7d889e24'
not ok 121 - md5 5
# Failed test (RAM Disk:002_isis.t at line 119)
# got: '0e27001d65f9a7d7be485c5f13e17bb8'
# expected: '843b9ebccf16a498fba623c78f21b6c0'
ok 122 - deleted found
ok 123 - MFN 3 is deleted
ok 124 - deleted not found
ok 125 - MFN 3 is deleted
# Looks like you planned 110 tests but ran 15 extra.
##
Hope this helps,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
een compiled since 5.6.1.
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
with the updated version
Is there any problem with committing the revised version of
MARC::File::USMARC, and adding+committing the three files above to
cvs in the t/ directory?
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
I'll also try to remember this as I work on MARC::File::MARCMaker.
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
my @lines = split( /\n/, $text );
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
an. 4, 2005
[FIXES]
- Updated tests to use File::Spec for paths.
to Changes, but wasn't sure if that was appropriate.
(Ed:)
Please do, and please bring this conversation onto perl4lib. Other
people on the list might like to know what's going on. At the very least
people could learn about using File::Spec :-)
Changes now mentions using File::Spec for paths.
--
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
On Tue, Dec 21, 2004 at 5:35 PM, Andy Lester ([EMAIL PROTECTED]) wrote:
>On Tue, Dec 21, 2004 at 05:27:06PM -0600, Bryan Baldus
([EMAIL PROTECTED]) wrote:
>> Speaking of testing, as I mentioned in my e-mail this morning, I modified
>> the lint.t test script by using File::Spec to s
END{<>} or something similar, to
prevent windows from disappearing immediately after completion when scripts
are run by double-clicking in MS Windows?
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
specify the path to the t/camel.usmarc file.
[1] <http://search.cpan.org/~esummers/MARC-Lint-1.4/>
[2] <http://cvs.sourceforge.net/viewcvs.py/marcpm/marc-lint/>
Thank you for your time,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
do so? Is it possible to selectively not include files in
release versions of the package project (for example, put CodeData in CVS in
anticipation of future use, but not release it with v. 1.40 or later, until
it is actually needed by MARC::Lint)?
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
n HTML::Tidy.
That sounds like a good suggestion.
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED] (work)
[EMAIL PROTECTED] (home)
http://home.inwave.com/eija
of my related modules,
MARC::Lintadditions or MARC::Errorchecks, please let me know of any thoughts
you may have.
Thank you,
Bryan Baldus
Cataloger, Quality Books Inc.
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija/
e. Removing the older v. 1.07 from CPAN seems to make sense.
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
array, returns a ref to that array.
-Misc. cleanup.
=======
Thank you,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
sing? MARC::File::MakerBreaker, other suggestions?
[1] <http://www.loc.gov/marc/makrbrkr.html>
[2] <http://oregonstate.edu/~reeset/marcedit/html/index.html>
Thank you for your assistance,
Bryan Baldus
Cataloger
Quality Books Inc.
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija/
===
[1] Distribution on CPAN:
<http://search.cpan.org/~eijabb/MARC-Errorchecks-1.03/> or
<http://www.cpan.org/modules/by-module/MARC/MARC-Errorchecks-1.03.tar.gz>
Thank you,
Bryan Baldus
Cataloger
Quality Books Inc.
[EMAIL PROTECTED]
http://home.inwave.com/eija
esting. I will try to account for
these in the next update.
Thank you for the suggestion,
Bryan Baldus
Cataloger
Quality Books Inc.
[EMAIL PROTECTED]
http://home.inwave.com/eija
BTW, did the checking take into an account that when 260$c has
[19--?] that the value in 008/007-10 should b
field
boundaries (for example comparing codes in the 008 vs. the 300 subfields),
while Lint and Lintadditions seem to be limited to single-field checking.
Thank you,
Bryan Baldus
Cataloger
Quality Books Inc.
[EMAIL PROTECTED]
http://home.inwave.com/eija
a DATA section, would
the language, country, and geographic area codes need to be stored in a
separate file?
Thank you for your assistance,
Bryan Baldus
Cataloger
Quality Books Inc.
[EMAIL PROTECTED]
http://home.inwave.com/eija
1 - 100 of 118 matches
Mail list logo
