On Tue, Jan 27, 2009 at 17:04, Eric Lease Morgan emor...@nd.edu wrote:
Can somebody say MARCXML or MODS complete with a schema?
Well, we can say it, and I think we *have* said it for a very long
time, but it doesn't seem to change anything. Damn those words.
Such solutions offer at least
On Tue, Jan 27, 2009 at 17:09, Ardie Bausenbach a...@loc.gov wrote:
Since that time, many other national libraries have moved from
their national formats to MARC 21, including (among others),
the UK, Germany, Finland, and Spain.
I know a few more, but another point worth, er, screaming about,
Alexander Johannesen wrote:
I would say a little bit more than oh well (but I don't really have;
you know how I feel :), but I would love to hear what the vendors are
thinking about this all. They seem to very, very quiet about it all
(without speculating to why ...)
Because their customers
So, um, could librarians everywhere start being just a tad bit more
demanding about this stuff? You know, before your profession becomes
obsoleted from this planet?
The basic problem is that the real value of a catalog is its
consistency, and the legacy data in these fields is already too
On Tue, Jan 27, 2009 at 18:56, Kyle Banerjee kyle.baner...@gmail.com wrote:
There are arguments to do so, but the business case is not strong.
Well, I'd say the future of the library world is a good business case,
and I know several people (high and low) fully aware of it, but I
think it's hard
On Tue, Jan 27, 2009 at 10:50:41AM -0800, Karen Coyle wrote:
I am less optimistic about MODS than Kyle. Having watched it be made, I
think it's more than just a bit of a kludge, and carries forward a lot
of the problems of MARC21. I also don't think that it has a strong model
or
I am less optimistic about MODS than Kyle. Having watched it be made, I
think it's more than just a bit of a kludge, and carries forward a lot
of the problems of MARC21. I also don't think that it has a strong model
or philosophy behind it. I think we can do much, much better.
I agree
Ya'aqov Ziso schrieb:
MAB
German MARC
Just to note that:
MAB is (unfortunately) not a German MARC, it is structurally and
semantically totally different from any MARC dialect. So it is really
hard to work with MAB data, because all the nice open source tools for
processing bibliographic
At 22 January 2009 16:28 Eric Lease Morgan wrote:
Does anybody here know the difference between MARC21 and USMARC?
I am munging sets of MARC bibliographic data from a III catalog with
holdings data from the same. I am using MARC::Batch to read my bib'
data (with both strict and warnings
On 1/23/09 4:39 AM, Brown, Alan a.br...@bury.gov.uk wrote:
Does anybody here know the difference between MARC21 and USMARC?
I am munging sets of MARC bibliographic data from a III catalog with
holdings data from the same. I am using MARC::Batch to read my bib'
data (with both strict and
On Jan 23, 2009, at 5:52 AM, Eric Lease Morgan wrote:
On 1/23/09 4:39 AM, Brown, Alan a.br...@bury.gov.uk wrote:
Does anybody here know the difference between MARC21 and USMARC?
I am munging sets of MARC bibliographic data from a III catalog with
holdings data from the same. I am using
- Jonathan Rochkind rochk...@jhu.edu wrote:
A
US-MARC/MARC21 record can actually be in MARC-8 encoding OR in UTF-8,
and there is actually a field (fixed field I think) to declare which
encoding is used.
leader pos 09
Mark
Actually, I believe I am suffering from a number of different types of
errors in my MARC data: 1) encoding issues (MARC8 versus UTF-8), 2)
syntactical errors (lack of periods, invalid choices of indicators, etc.),
3) incorrect data types (strings entered into fields denoted for integers,
Does anybody here know the difference between MARC21 and USMARC?
I am munging sets of MARC bibliographic data from a III catalog with
holdings data from the same. I am using MARC::Batch to read my bib' data
(with both strict and warnings turned off), insert 853 and 863 fields, and
writing the
see YZ below:
Does anybody here know the difference between MARC21 and USMARC?
for all intensive purposes they are synonimous (USMARC at its 21 iteration is
MARC21)
Apparently we need to tell Primo that my data is one of the following
formats:
MARC21
YZ it¹s this!
MAB
German MARC
DANMARC2
On 1/22/09 11:45 AM, Bryan Baldus bryan.bal...@quality-books.com wrote:
(Alternatively, maybe instead I need to turn strict and warning on and filter
out any bad records. Hmmm... )
That would be recommended. I've have a .pl, rawanddecodedscan [1], that reads
a file of raw MARC and reports
16 matches
Mail list logo