on the capabilities of the computer
system.
Perhaps this is a small point, but I believe it needs to be kept in mind.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
The American University of Rome
via Pietro Roselli, 4
00153 Rome, Italy
voice- 011 39 06 58330919 ext. 327
this.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
The American University of Rome
via Pietro Roselli, 4
00153 Rome, Italy
voice- 011 39 06 58330919 ext. 327
fax-011 39 06 58330992
to our discovery
tools. Otherwise, we will be reduced to physical book retrieval systems. And
once all the books go online, which will happen sooner or later, what then?
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
The American University of Rome
via Pietro Roselli
don't see it stopping anytime soon or
even slowing down.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
The American University of Rome
via Pietro Roselli, 4
00153 Rome, Italy
voice- 011 39 06 58330919 ext. 327
fax-011 39 06 58330992
-Original Message
to FRBR, make a huge brouhaha about it,
spend a lot of money, do an incredible amount of work and retraining, and it
will change absolutely nothing at all. I'm afraid our patrons still won't
use it.
Why would they?
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
or FRBR, but increasingly, they both seem to me to be the wrong
solutions to the wrong problems.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
The American University of Rome
via Pietro Roselli, 4
00153 Rome, Italy
voice- 011 39 06 58330919 ext. 327
fax-011 39 06
be a debatable point. I
think in the future we will be forced to make these highly unpleasant
compromises.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
The American University of Rome
via Pietro Roselli, 4
00153 Rome, Italy
voice- 011 39 06 58330919 ext. 327
fax-011 39 06
.
An interesting discussion.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
The American University of Rome
via Pietro Roselli, 4
00153 Rome, Italy
voice- 011 39 06 58330919 ext. 327
fax-011 39 06 58330992
papyrus scroll to
parchment).
But digital is a highly delicate format in other ways. When I look at the
ruins of the Palatine or the Forum, it can be frightening when you realize
what could be lost in this relatively new format.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information
. This subordinate role may be what we are ordained to play,
especially once everything (in practical terms) is on the web.
I just don't know if this is a big enough role to justify our further
existence in the long term.
James Weinheimer [EMAIL PROTECTED]
Director of Library and Information Services
, for this to work, it is important to keep in mind redundancy so
that there are backups in case of failure.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
%22stylesheet=/viaf/xsl/results.xslsortKeys=holdingscountmaximumRecords=100.
This works for all forms. I think it would only take a change in mindset
for this to work.
There is a VIAF api right now, and I would like to try to implement it.
Has anyone done so?
--
James Weinheimer weinheimer.ji
On 04/25/2011 04:27 PM, Jonathan Rochkind wrote:
snip
I agree entirely, controlled headings from authority files ARE a sort
of archaic version of identifiers and should be considered as such.
The thing is, that they aren't all that succesful as identifiers in
the modern environment. For
On 04/25/2011 05:56 PM, Jonathan Rochkind wrote:
snip
If you maintain the preferred display form as your _identifier_,
then whenever the preferred display form changes, all those links will
need to be changed.
This is why contemporary computer-era identifier practice does NOT use
preferred
I have asked this before. If fictional characters are now handled as if
they are real people, what does this mean for groups of fictitious
characters such as X-Men, the Justice League of America, or the
Fantastic Four? Are they now going to be handled under the rules for
corporate bodies? And
Jonathan Rochkind wrote:
snip
But in cases where it is obvious what's going on it seems to me it
would be preferable for the cataloger to act upon that. I am not a
cataloger. What would they have do under AACR2?
/snip
The rules are not in AACR2 since fictitious characters were/are set
On 04/27/2011 10:56 PM, J. McRee Elrod wrote:
snip
RDA has as options upper case for the first letter of each word (if
that way on the title page) or all caps if that way on the title page
or captured (e.g., Onix) that way, or following a style manual.
/snip
According to the Onix Best
On 04/27/2011 10:40 PM, J. McRee Elrod wrote:
snip
This is one change I would like to see, but as an AACR2 revision
rather than requiring a new set of rules.
It would be advantageous to have a single main entry for Geronimo
Stilton works, and have works produced under that pseudonym brought
On 04/28/2011 05:10 PM, J. McRee Elrod wrote:
snip
But so long as we insist on Cuttering by main entry, the Chilton works
will be scattered on the shelf. Finding the bibliographic records is
not enough. We need to facilitate *physical* discovery. Many patrons
bypass the catalogue and just
On 04/28/2011 09:50 PM, Gene Fieg wrote:
snip
Maybe I have misunderstood AACR2 all this time, but I was under the
impression that if you had a publication date and it was the same as
the copyright date, you did not need to use the copyright date.
Is/Was that the case? And if so, if I am
On 04/29/2011 09:40 PM, Vosmek, John J. wrote:
snip
The condescension from RDA advocates toward RDA skeptics (implying - or sometimes stating
outright - that the skeptics are just too closed-minded and thinking too
inside-the-box to grasp the revolution in thinking that is RDA) probably
On 04/30/2011 03:40 PM, Brenndorfer, Thomas wrote:
snip
Data modeling should be done first. It is a top-down exercise. How
would anyone know what one is talking about, or what is even possible
with any encoding system, if entities aren't defined clearly, and the
model isn't made explicit up
Concerning the standard catalog abbreviations, I wish that people would
stop thinking of them as Latin abbreviations and instead, as data
that has been entered consistently in our records over many, many
years. Because it has been, and consequently, it is a very valuable
commodity. Thinking in
On 05/03/2011 04:18 PM, John Hostage wrote:
snip
Although any string could conceivably be used as a code, Mac demonstrates the difficulty of using
such strings as codes. If it depends on entering punctuation and capitalization correctly, it is unlikely to
be data that has been entered
Concerning the changes to the Apocrypha, I wish the powers of modern
computing could be employed to solve these matters. At its basis, I
don't think that this issue is any different from any other authorized
point: there is the conceptual consideration that everyone can more or
less agree on:
Apologies for cross-posting, but this is pertinent to both lists.
On 05/13/2011 02:09 AM, J. McRee Elrod wrote:
snip
On Autocat there has been a discussion of all upper case titles in RDA
test records. Most find them objectionable, whether a result of take
what you see, or ONIX harvesting.
On 05/17/2011 10:43 PM, Jonathan Rochkind wrote:
snip
Yeah, if RDA _required_ all capital titles, that might be bad. I
don't think anyone thinks all capital titles are preferable.
But in the actual real world eco-system, where we're often going to be
harvesting data from other sources rather
On 05/19/2011 07:22 PM, J. McRee Elrod wrote:
snip
Jennifer Sweda quoted the Paris Principles:
... when access is deliberately left out of the record
for a given author, then the catalog will not be an efficient
instrument to find out which works by a particular author ...
RDA requires only
On 05/20/2011 04:20 PM, Christopher Cronin wrote:
snip
James Weinheimer wrote: It is simply unrealistic to think people will do more than
the minimum.
Is is? I have yet to hear of a single library in the test, or that
subsequently implemented RDA, that has made a policy to limit description
On 05/20/2011 05:34 PM, Myers, John F. wrote:
snip
So, when AACR2 makes an arbitrary determination that a single author is
good enough when there are more than three, it is OK.
However, when RDA affords catalogers the option to follow that
historical arbitrary determination to its logical end
On 05/24/2011 01:27 AM, J. McRee Elrod wrote:
snip
So it would seem both RDA implementation and MARC21 replacement is
anticipated, and cataloguing as we know it will change dramatically, if
not cease.
/snip
I don't know if this really anticipates RDA implementation, but it seems
as if MARC's
of records,
necessitating formats going beyond MARC, that will probably mean
something else, but so far, it seems to me that the records themselves
can coexist.
Unless I'm wrong?
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative
, that is, far more useful than expecting
everybody to change all their practices, or just saying that it's too
complicated.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site
. I think we
have barely broken the surface of what could be done with the records
are they stand now.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
to be progressive, but finding out what that means
entails a lot of work and experimentation. Progress always did require
work and experimentation, but especially so today.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging
this with any others who may be interested.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
seemed to me that the current records could
probably have supplied essentially the same functions.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
mentioned, therefore the library community is seen as being left with
the choice of accepting RDA, no matter what the outcomes may be, or
staying still, spinning our wheels in the mud of the past. Are those two
choices really all we have? There absolutely must be another alternative!
--
James
exactly what the users liked about the records'
clarity and completeness?
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
-pt.html
It was already pretty much done and I thought it was important to bring
this one out quickly.
Please share this with others who may be interested.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http
speak for the LCRIs, but I can't see any mechanism for further
updates to AACR2.
/snip
Many always considered the LCRIs more or less as updates to AACR2, and
now there is the option of the Cooperative Cataloging Rules, URL below.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus
or concept as
RDA does, are becoming anachronistic, since the actual textual forms are
far less important than the concept URI, e.g. see
http://viaf.org/viaf/35605/#John_Paul_II,_Pope,_1920-2005
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com
attempt appears to be trying to coopt schema.org by
putting it into RDF: http://schema.rdfs.org/
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
available in the E-LIS open archive at http://hdl.handle.net/10760/15838
I did the scanning on a machine I had never used before, so everybody
gets to see my fingers! Sorry about that, but ...
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com
information dribble out and then presenting
everyone with what is in essence a fait accompli that can be rejected
only by admitting a huge waste, is a thing of the past, or at least it
should be.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com
that kind of information.
Also, I don't know how unclear dates should be handled.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
for
the discussion.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
in the future.
There are always options if and when people merely open their eyes and
acknowledge them.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
the MARC numbers to entire words)
What role does, and should, the cataloger, with unique skills, play in
such an environment? The cataloger should play a very, very big role, I
think, but we must first consider what a cataloger does in ways that are
different from the traditional roles.
--
James
meaning to people.
My next podcast will deal with some of these distinctions in a funny way
(I hope!). It should come out very soon, so watch for it!
Ciao,
Jim
On 03/08/2011 19:07, Karen Coyle wrote:
Quoting James Weinheimer weinheimer.ji...@gmail.com:
While there is an undoubted loss
On 04/08/2011 21:33, Karen Coyle wrote:
snip
But the rule is that mostly, you use the publication date of
the first manifestation of the expression. (I can't find the rule
for this right now, since I don't have access to a lot) The only
example I can find right now is King Kong:
-podcast-12.html
There is also a shorter version at
http://www.xtranormal.com/watch/12351402/conversation-between-a-patron-and-the-library-catalog-short,
and I think you'll see why.
Please share this link with anyone you think may be interested.
--
James Weinheimer weinheimer.ji...@gmail.com
not be accepted on
faith) and it is judged worthwhile to edit those records at the cost of
doing other things that our patrons would prefer, such as cataloging
more items, or perhaps cataloging more deeply, with better and more
useful subjects and/or analysing more collections.
--
James
we could claim
success: FRBR is now implemented! And at no real costs! Wouldn't THAT
be nice to claim?!. Then we could move on to other discussions that
would be more relevant to the genuine needs of the vast majority of our
patrons.
And thereby we would be helping ourselves.
--
James
the database, everything seems
fine. Still, if they did as you mentioned, turning it into a switching
file (or whatever it is called), making that openly available, it may
work even then.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com
,
that is the future and there is little we can do about it. Therefore,
how can we fit into that scenario using the resources available now?
What do we have to offer that no one else does?
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative
On 08/08/2011 19:00, Kevin M Randall wrote:
snip
James Weinheimer wrote:
I suggest you listen to my podcast on Search.
I was really hoping for something that could become part of the conversation
*here*. I'm sure there are others who would appreciate it too.
/snip
That means redoing
On 08/08/2011 23:42, Kevin M Randall wrote:
snip
James Weinheimer wrote:
On 08/08/2011 19:00, Kevin M Randall wrote:
I was really hoping for something that could become part of the
conversation *here*. I'm sure there are others who would appreciate it too.
/snip
That means redoing an awful
(as Richardson and his researchers did with the 180 characters),
but instead, fashion tools to fit your data. Lucene allows this.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site
.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
become ... most foul, strange, and unnatural.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
of coming up
with a valid business plan, especially comparing it to research similar
to the article What Students Don't Know. After all, if we are supposed
to be worried about redundant information, shouldn't we be at least as
concerned about information that goes unused?
--
James Weinheimer
On 22/08/2011 20:28, Casey A Mullin wrote:
snip
Jim, you raise an interesting point with regards to the different
functions of the 245c and the 700. However, I'm having a hard time
reconciling this functional difference you cite with your subsequent
comment about users' lack of ability in
On 23/08/2011 17:25, Kevin M Randall wrote:
snip
James Weinheimer wrote:
When discussing practical issues, it's not out of place to mention that latest
research reveals that user knowledge and abilities are very low. This article
was just announced What Students Don't Know
http
that. Still, cooperation with other databases that already
have that information, e.g. IMDB, may be possible. Why redo the work
that someone else has already done?
I've already talked about abbreviations in earlier posts on some lists,
somewhere.
--
James Weinheimer weinheimer.ji...@gmail.com
on: what are the value-added services that the library can
realistically supply? There is, after all, quite a bit of expertise in
lots of the areas of the library that could be very useful to everyone
concerned.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http
to interoperate, and
this shows one step on the path toward the realization of one of those
options.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
On 26/08/2011 13:00, hec...@dml.vic.edu.au wrote:
snip
Quoting James Weinheimer:
Worldcat has made one step forward, and an important one, but there
remains a lot to do since it still effectively hides many records
from searchers. I think there are many options to try to
interoperate
.
After getting things to work more or less are they are supposed to, then
there will be plenty of time to change the cataloging rules.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site
. Developers refuse to work
with the numbers and insist on the names--even in English. OK. Let them
have it--they want our records and we want to share them (I hope). Let's
save our strength for other battles and move forward.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http
on a much more important level. The publisher cares only
about the materials being published now, not those OP items. A logical
idea at one time, but it no longer applies.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules
what, I have no doubt that catalogers will continue
to record it however they want.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
involved.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site/opencatalogingrules/
they or NISO comes up with, will *not* be ISO2709. I am not a betting
man--I only bet on sure things. And while ISO2709 served its purpose,
its time has passed. Of that, there is no doubt at all.
I hope the new format comes out soon, but I doubt it.
--
James Weinheimer weinheimer.ji
, there will be all kinds of novel bibliographic
structures that can be implemented. ISO2709 leads catalogers to think in
certain ways about how information in structures. There is no need for
that any longer.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http
.
Of course, in a regular business environment this sort of research would
have been done at a very early stage, not at the very end.
--
James Weinheimer weinheimer.ji...@gmail.com
First Thus: http://catalogingmatters.blogspot.com/
Cooperative Cataloging Rules: http://sites.google.com/site
.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules*
http://sites.google.com/site/opencatalogingrules/
.
The Working Group report at least mentions mashups but doesn't really
discuss them. I don't blame them one bit since working mashups into the
WEMI model will probably make dealing with aggregates in the printed
world look like child's play.
--
*James Weinheimer* weinheimer.ji...@gmail.com
) It wasn't
philosophical, it was totally pragmatic. The philosophical view grew out
of the pragmatic basis. But the pragmatic basis should always take
precedence over theory.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging
On 06/01/2012 20:34, J. McRee Elrod wrote:
snip
James Weinheimer said:
Probably, the issue of aggregates is also more related to physical materials
than to virtual resources.
Absolutely not. While we first encountered the aggregate work problem with
papers given at continuing education
and methods and rules should be tested
(should have been long ago) to discover if they meet the needs of the
*public* better than what we have now. Still haven't seen it, but I
won't bore everyone with going over that ground again.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus
and convenient in theory, is all that great once it is transferred into
reality. I remain highly skeptical until this is resolved.
There are many other practical issues with linked data as well, but
perhaps not quite so vital as this.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http
On 1/28/2012 6:51 PM, lists wrote:
snip
On 1/28/12 9:03 AM, James Weinheimer wrote:
But concerning linked data:
Accessing bits and pieces of bibliographic records in the cloud using
URIs may be a good idea, or maybe not. Eliminating the need for
multiple, redundant local databases may also
to display issues.
Thank you.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules*
http://sites.google.com/site/opencatalogingrules/
, which is an
excellent site.
I also spoke recently at the conference Days of Knowledge Organization
2012 (or Kunnskapsorganisasjonsdagene 2012!) at the Oslo and Akershus
University College of Applied Sciences in Norway. I will put that paper
up as well in the next few days.
--
*James Weinheimer
looking instead of banging the tired
old, FRBR user tasks drum. And far more interesting!
Wait for the paper I gave in Oslo!
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules*
http://sites.google.com/site
to echo a mistake James Weinheimer made: We
have to help users find what they are looking for when they don't
already know an author or a title, and RDA doesn't help with this.
/snip
I can't find where I stated this. If I did actually say it, I would be
surprised because I would say that RDA
On 13/02/2012 22:36, Brenndorfer, Thomas wrote:
snip
Also this statement seems to echo a mistake James Weinheimer made: We have to help users
find what theyare looking for when they don't already know an author or a title, and
RDA doesn't help with this.
I can't find where I stated this
Your
On 14/02/2012 16:36, Kevin M Randall wrote:
snip
James Weinheimer wrote:
My stance is that the public does
not want or need the FRBR user tasks in the vast majority of searches they
make. I certainly don't need them most of the time, and I understand all of
that better than 99.99
On 14/02/2012 19:14, Kevin M Randall wrote:
snip
James Weinheimer wrote:
Do you know how you search when you are looking for information? I
already wrote about this, on this list a few years ago, in fact in a reply to
you,
available at http://www.mail-archive.com/rda-l@listserv.lac-
bac.gc.ca
type
tools than ours. It is up for us to fit into that world, since they will
never stop for us. There are a huge number of ideas we could do to try
to make our records more useful to the populace than FRBR and RDA. But I
have discussed this too many times already.
--
*James Weinheimer
only through
FRBR-colored glasses is not a road to the future, but can lead us only
to extinction. We must adapt to whatever surprises and unpleasantness we
find.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules
* than to *us* (although they are important
to us), therefore the focus on making our catalogs more FRBR-friendly
in today's environment will do much less good for our *users* than
comparable work in many other areas.
But I tire of stating the same points over and over again.
--
*James
to spend all this money and devote all these
resources, diverting money from staff and acquisitions to achieve it. I
remain skeptical, but fine. Demonstrate it. Simply assuming something
like that is just too much to ask.
But that is called making a business case.
--
*James Weinheimer
to supply those wants in various ways, based on what you
currently have, your resources, and you can decide to set up a regular
schedule of improvements.
But of course, RDA does not seem to want to come up with a real business
case. At least, I haven't seen it yet.
--
*James Weinheimer
different possibilities today to really make a difference.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules*
http://sites.google.com/site/opencatalogingrules/
*Cataloging Matters Podcasts*
http://blog.jweinheimer.net
expanded
on some themes that I introduced there.
Please share this with anyone you may think may be interested.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules*
http://sites.google.com/site/opencatalogingrules
On 20/02/2012 11:38, Bernhard Eversberg wrote:
snip
20.02.2012 10:03, James Weinheimer:
I just posted the paper on my blog that I gave in Oslo at the Oslo
and Akershus University College of Applied Sciences on Feb. 2 of this
year.
http://blog.jweinheimer.net/2012/02/revolution-in-our-minds
good of an unproven theory. And it is, very definitely, an unproven
theory, at least in reference to its validity to the public. Let there
be no mistake about that.
Some may believe they are immune to such pressures and they may be. For
a time.
--
*James Weinheimer* weinheimer.ji...@gmail.com
are discussing new computer coding, that's great. But it is a
completely different discussion.
--
*James Weinheimer* weinheimer.ji...@gmail.com
*First Thus* http://catalogingmatters.blogspot.com/
*Cooperative Cataloging Rules*
http://sites.google.com/site/opencatalogingrules/
*Cataloging Matters
1 - 100 of 222 matches
Mail list logo