VuFind

At Villanova, we have made a lot of changes to VuFind's default format determination script.  However, one thing we haven't changed is the eBook determination.  This is based on the first character of the 007 control field -- if this is set to "c" ("Computer File"), the item is considered an eBook.  I'm not sure why a physical book would have this value set this way, but perhaps a cataloger could give you some insight.

- Demian

> -----Original Message-----
> From: Philip Shafer [mailto:shafer@...]
> Sent: Wednesday, February 17, 2010 9:40 AM
> To: vufind-general@...
> Subject: [VuFind-General] ebooks and Formats
> 
> We have records that are actual physical books being labeled as eBook
> format.  After reviewing the import scripts and the format.bsh, I've
> realized that the current criteria that assigns a format as eBook might
> not
> be the best for our institution.  While I realize that this might be
> more of
> a cataloging issue than a technical issue, I wanted to find out how
> other
> institutions are determining what is a book and what is an eBook.
> Obviously
> there must be some set of criteria in a MARC record that differentiates
> a
> book from an eBook.
> 
> I am posing the following questions to other VUFind institutions:
> 
> 1.) How do other institutions catalog eBooks?
> 
> 2.) If you have modified the format.bsh bean shell script, what
> modifications have you made to have a more reliable format assignment
> for
> eBooks?
> 
> Thanks,
> 
> Phil
> 
> ------------------------------
> 
> Philip Shafer
> Library System Services
> Rowan University Library
> 201 Mullica Hill Rd
> Glassboro, NJ  08028
> 856-256-4418
> 856-256-4924 Fax
> 
> 
> 
> -----------------------------------------------------------------------
> -------
> SOLARIS 10 is the OS for Data Centers - provides features such as
> DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________
> VuFind-General mailing list
> VuFind-General@...
> https://lists.sourceforge.net/lists/listinfo/vufind-general

This makes sense, are you still using the leader to determine if the
material is a book.  So, if the material is a Book and it's a Computer file
then the material is an eBook.  Check out the following record in our
catalog:

http://catalog.lib.rowan.edu/find/Record/390016/Details#tabnav

It's obviously a book, that is on your shelf, however it does have some 856
fields which is why, I'm assuming, the 007 is listing this as a computer
file.  Is this a fault with cataloging or is VUFind making too general of an
assumption?

-Phil
------------------------------

Philip Shafer
Library System Services
Rowan University Library
201 Mullica Hill Rd
Glassboro, NJ  08028
856-256-4418
856-256-4924 Fax 



> From: Demian Katz <demian.katz@...>
> Date: Wed, 17 Feb 2010 09:57:55 -0500
> To: Philip Shafer <shafer@...>, "vufind-general@..."
> <vufind-general@...>
> Subject: RE: ebooks and Formats
> 
> At Villanova, we have made a lot of changes to VuFind's default format
> determination script.  However, one thing we haven't changed is the eBook
> determination.  This is based on the first character of the 007 control field
> -- if this is set to "c" ("Computer File"), the item is considered an eBook.
> I'm not sure why a physical book would have this value set this way, but
> perhaps a cataloger could give you some insight.
> 
> - Demian
> 
>> -----Original Message-----
>> From: Philip Shafer [mailto:shafer@...]
>> Sent: Wednesday, February 17, 2010 9:40 AM
>> To: vufind-general@...
>> Subject: [VuFind-General] ebooks and Formats
>> 
>> We have records that are actual physical books being labeled as eBook
>> format.  After reviewing the import scripts and the format.bsh, I've
>> realized that the current criteria that assigns a format as eBook might
>> not
>> be the best for our institution.  While I realize that this might be
>> more of
>> a cataloging issue than a technical issue, I wanted to find out how
>> other
>> institutions are determining what is a book and what is an eBook.
>> Obviously
>> there must be some set of criteria in a MARC record that differentiates
>> a
>> book from an eBook.
>> 
>> I am posing the following questions to other VUFind institutions:
>> 
>> 1.) How do other institutions catalog eBooks?
>> 
>> 2.) If you have modified the format.bsh bean shell script, what
>> modifications have you made to have a more reliable format assignment
>> for
>> eBooks?
>> 
>> Thanks,
>> 
>> Phil
>> 
>> ------------------------------
>> 
>> Philip Shafer
>> Library System Services
>> Rowan University Library
>> 201 Mullica Hill Rd
>> Glassboro, NJ  08028
>> 856-256-4418
>> 856-256-4924 Fax
>> 
>> 
>> 
>> -----------------------------------------------------------------------
>> -------
>> SOLARIS 10 is the OS for Data Centers - provides features such as
>> DTrace,
>> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
>> http://p.sf.net/sfu/solaris-dev2dev
>> _______________________________________________
>> VuFind-General mailing list
>> VuFind-General@...
>> https://lists.sourceforge.net/lists/listinfo/vufind-general

Specifically, 007/00 Œc¹ stands for electronic resource, not necessarily an
eBook.

There are several fixed field positions pertinent to the electronic
description:
Leader: where one determines the type of record, and where a computer file
is not a language material such as a monograph)
006/00 Œm¹ computer file/electronic resource
006/06 Form of item Œs¹ electronic
007/00 Œc¹ stands for electronic resource
008/18-34 distinguishing computer files whereby an eBook is one of the
included types

It seems that the initial VuFind's default format determination script used
007/00 as a shortcut, leaving to each institution the option to customize
according to their cataloging standards (sigh! one more sigh!) how to
distinguish an eBook.
Ya¹aqov Ziso, Electronic Resource Management Librarian, Rowan University 856
256 4804 

 




On 2/17/10 9:57 AM, "Demian Katz" <demian.katz@...> wrote:

> At Villanova, we have made a lot of changes to VuFind's default format
> determination script.  However, one thing we haven't changed is the eBook
> determination.  This is based on the first character of the 007 control field
> -- if this is set to "c" ("Computer File"), the item is considered an eBook.
> I'm not sure why a physical book would have this value set this way, but
> perhaps a cataloger could give you some insight.
> 
> - Demian
> 
>> > -----Original Message-----
>> > From: Philip Shafer [mailto:shafer@...]
>> > Sent: Wednesday, February 17, 2010 9:40 AM
>> > To: vufind-general@...
>> > Subject: [VuFind-General] ebooks and Formats
>> > 
>> > We have records that are actual physical books being labeled as eBook
>> > format.  After reviewing the import scripts and the format.bsh, I've
>> > realized that the current criteria that assigns a format as eBook might
>> > not
>> > be the best for our institution.  While I realize that this might be
>> > more of
>> > a cataloging issue than a technical issue, I wanted to find out how
>> > other
>> > institutions are determining what is a book and what is an eBook.
>> > Obviously
>> > there must be some set of criteria in a MARC record that differentiates
>> > a
>> > book from an eBook.
>> > 
>> > I am posing the following questions to other VUFind institutions:
>> > 
>> > 1.) How do other institutions catalog eBooks?
>> > 
>> > 2.) If you have modified the format.bsh bean shell script, what
>> > modifications have you made to have a more reliable format assignment
>> > for
>> > eBooks?
>> > 
>> > Thanks,
>> > 
>> > Phil
>> > 
>> > ------------------------------
>> > 
>> > Philip Shafer
>> > Library System Services
>> > Rowan University Library
>> > 201 Mullica Hill Rd
>> > Glassboro, NJ  08028
>> > 856-256-4418
>> > 856-256-4924 Fax
>> > 
>> > 
>> > 
>> > -----------------------------------------------------------------------
>> > -------
>> > SOLARIS 10 is the OS for Data Centers - provides features such as
>> > DTrace,
>> > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
>> > http://p.sf.net/sfu/solaris-dev2dev
>> > _______________________________________________
>> > VuFind-General mailing list
>> > VuFind-General@...
>> > https://lists.sourceforge.net/lists/listinfo/vufind-general
> 
> ------------------------------------------------------------------------------
> SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________
> VuFind-General mailing list
> VuFind-General@...
> https://lists.sourceforge.net/lists/listinfo/vufind-general

In this particular example, I can see nothing at all in the record
explaining the 006 and 007 fields, or the 655 genre/form heading for
electronic books.  The URLs are for LOC provided table of contents and
publisher descriptions (which we, and many other institutions strip out
automatically, since they're not indexed and never seem to be used by
patrons).  In this specific case, it looks like bad cataloging on
someone's part, but so many hands have touched that particular record in
OCLC it's hard to say who's responsible.  

My suggestion: delete the 007, 006, and 655 at least, and delete the
856s just for the sake of removing clutter from the catalog.

There are e-book versions of this title, but OCLC has different records
for them.


Mark Sandford
Special Formats Cataloger
David and Lorraine Cheng Library
William Paterson University
973-720-2437



-----Original Message-----
From: Philip Shafer [mailto:shafer@...] 
Sent: Wednesday, February 17, 2010 10:16 AM
To: Demian Katz; vufind-general@...
Subject: Re: [VuFind-General] ebooks and Formats

This makes sense, are you still using the leader to determine if the
material is a book.  So, if the material is a Book and it's a Computer
file
then the material is an eBook.  Check out the following record in our
catalog:

http://catalog.lib.rowan.edu/find/Record/390016/Details#tabnav

It's obviously a book, that is on your shelf, however it does have some
856
fields which is why, I'm assuming, the 007 is listing this as a computer
file.  Is this a fault with cataloging or is VUFind making too general
of an
assumption?

-Phil
------------------------------

Philip Shafer
Library System Services
Rowan University Library
201 Mullica Hill Rd
Glassboro, NJ  08028
856-256-4418
856-256-4924 Fax 



> From: Demian Katz <demian.katz@...>
> Date: Wed, 17 Feb 2010 09:57:55 -0500
> To: Philip Shafer <shafer@...>,
"vufind-general@..."
> <vufind-general@...>
> Subject: RE: ebooks and Formats
> 
> At Villanova, we have made a lot of changes to VuFind's default format
> determination script.  However, one thing we haven't changed is the
eBook
> determination.  This is based on the first character of the 007
control field
> -- if this is set to "c" ("Computer File"), the item is considered an
eBook.
> I'm not sure why a physical book would have this value set this way,
but
> perhaps a cataloger could give you some insight.
> 
> - Demian
> 
>> -----Original Message-----
>> From: Philip Shafer [mailto:shafer@...]
>> Sent: Wednesday, February 17, 2010 9:40 AM
>> To: vufind-general@...
>> Subject: [VuFind-General] ebooks and Formats
>> 
>> We have records that are actual physical books being labeled as eBook
>> format.  After reviewing the import scripts and the format.bsh, I've
>> realized that the current criteria that assigns a format as eBook
might
>> not
>> be the best for our institution.  While I realize that this might be
>> more of
>> a cataloging issue than a technical issue, I wanted to find out how
>> other
>> institutions are determining what is a book and what is an eBook.
>> Obviously
>> there must be some set of criteria in a MARC record that
differentiates
>> a
>> book from an eBook.
>> 
>> I am posing the following questions to other VUFind institutions:
>> 
>> 1.) How do other institutions catalog eBooks?
>> 
>> 2.) If you have modified the format.bsh bean shell script, what
>> modifications have you made to have a more reliable format assignment
>> for
>> eBooks?
>> 
>> Thanks,
>> 
>> Phil
>> 
>> ------------------------------
>> 
>> Philip Shafer
>> Library System Services
>> Rowan University Library
>> 201 Mullica Hill Rd
>> Glassboro, NJ  08028
>> 856-256-4418
>> 856-256-4924 Fax
>> 
>> 
>> 
>>
-----------------------------------------------------------------------
>> -------
>> SOLARIS 10 is the OS for Data Centers - provides features such as
>> DTrace,
>> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
>> http://p.sf.net/sfu/solaris-dev2dev
>> _______________________________________________
>> VuFind-General mailing list
>> VuFind-General@...
>> https://lists.sourceforge.net/lists/listinfo/vufind-general


------------------------------------------------------------------------
------
SOLARIS 10 is the OS for Data Centers - provides features such as
DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
VuFind-General mailing list
VuFind-General@...
https://lists.sourceforge.net/lists/listinfo/vufind-general

For what it's worth, VuFind's default format determination script doesn't rely solely on 007/00 being c -- it also expects leader/07 to be 'm' (monograph) before flagging an eBook.  Also worth keeping in mind is that the default script only allows one format per item, so a lot of things that get detected as other formats earlier in the code never get marked as Books.  Villanova's locally-customized version of the script includes a lot of changes to allow multi-format items.

The one piece of good news is that the BeanShell script introduced in RC2's upgraded SolrMarc makes it a lot easier to customize the format determination code without having to rebuild SolrMarc over and over...  but as you say (or sigh), this is one area where customization tends to be necessary.

- Demian

From: Ya'aqov Ziso [mailto:ziso@...]
Sent: Wednesday, February 17, 2010 10:52 AM
To: Demian Katz; Philip Shafer; vufind-general@...
Subject: Re: [VuFind-General] ebooks and Formats

Specifically, 007/00 'c' stands for electronic resource, not necessarily an eBook.

There are several fixed field positions pertinent to the electronic description:
Leader: where one determines the type of record, and where a computer file is not a language material such as a monograph)
006/00 'm' computer file/electronic resource
006/06 Form of item 's' electronic
007/00 'c' stands for electronic resource
008/18-34 distinguishing computer files whereby an eBook is one of the included types

It seems that the initial VuFind's default format determination script used 007/00 as a shortcut, leaving to each institution the option to customize according to their cataloging standards (sigh! one more sigh!) how to distinguish an eBook.
Ya'aqov Ziso, Electronic Resource Management Librarian, Rowan University 856 256 4804






On 2/17/10 9:57 AM, "Demian Katz" <demian.katz@...> wrote:
At Villanova, we have made a lot of changes to VuFind's default format determination script.  However, one thing we haven't changed is the eBook determination.  This is based on the first character of the 007 control field -- if this is set to "c" ("Computer File"), the item is considered an eBook.  I'm not sure why a physical book would have this value set this way, but perhaps a cataloger could give you some insight.

- Demian

> -----Original Message-----
> From: Philip Shafer [mailto:shafer@...]
> Sent: Wednesday, February 17, 2010 9:40 AM
> To: vufind-general@...
> Subject: [VuFind-General] ebooks and Formats
>
> We have records that are actual physical books being labeled as eBook
> format.  After reviewing the import scripts and the format.bsh, I've
> realized that the current criteria that assigns a format as eBook might
> not
> be the best for our institution.  While I realize that this might be
> more of
> a cataloging issue than a technical issue, I wanted to find out how
> other
> institutions are determining what is a book and what is an eBook.
> Obviously
> there must be some set of criteria in a MARC record that differentiates
> a
> book from an eBook.
>
> I am posing the following questions to other VUFind institutions:
>
> 1.) How do other institutions catalog eBooks?
>
> 2.) If you have modified the format.bsh bean shell script, what
> modifications have you made to have a more reliable format assignment
> for
> eBooks?
>
> Thanks,
>
> Phil
>
> ------------------------------
>
> Philip Shafer
> Library System Services
> Rowan University Library
> 201 Mullica Hill Rd
> Glassboro, NJ  08028
> 856-256-4418
> 856-256-4924 Fax
>
>
>
> -----------------------------------------------------------------------
> -------
> SOLARIS 10 is the OS for Data Centers - provides features such as
> DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________
> VuFind-General mailing list
> VuFind-General@...
> https://lists.sourceforge.net/lists/listinfo/vufind-general

------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
VuFind-General mailing list
VuFind-General@...
https://lists.sourceforge.net/lists/listinfo/vufind-general

Demian,

Would you be willing to share your format customization or bean shell
script?  Maybe possible put it up on the VUFind wiki for others to see?  In
our case I will try to work with our catalogs to develop a criteria for our
formats and push those into an updated format.bsh

-Phil
------------------------------

Philip Shafer
Library System Services
Rowan University Library
201 Mullica Hill Rd
Glassboro, NJ  08028
856-256-4418
856-256-4924 Fax 




From: Demian Katz <demian.katz@...>
Date: Wed, 17 Feb 2010 11:29:07 -0500
To: Ya'aqov Ziso <ziso@...>, Philip Shafer <shafer@...>,
"vufind-general@..."
<vufind-general@...>
Subject: RE: [VuFind-General] ebooks and Formats

For what it's worth, VuFind's default format determination script doesn't
rely solely on 007/00 being c -- it also expects leader/07 to be 'm'
(monograph) before flagging an eBook.  Also worth keeping in mind is that
the default script only allows one format per item, so a lot of things that
get detected as other formats earlier in the code never get marked as Books.
Villanova's locally-customized version of the script includes a lot of
changes to allow multi-format items.
 
The one piece of good news is that the BeanShell script introduced in RC2's
upgraded SolrMarc makes it a lot easier to customize the format
determination code without having to rebuild SolrMarc over and overŠ but as
you say (or sigh), this is one area where customization tends to be
necessary.
 
- Demian
 

From: Ya'aqov Ziso [mailto:ziso@...]
Sent: Wednesday, February 17, 2010 10:52 AM
To: Demian Katz; Philip Shafer; vufind-general@...
Subject: Re: [VuFind-General] ebooks and Formats
 
Specifically, 007/00 Œc¹ stands for electronic resource, not necessarily an
eBook.

There are several fixed field positions pertinent to the electronic
description:
Leader: where one determines the type of record, and where a computer file
is not a language material such as a monograph)
006/00 Œm¹ computer file/electronic resource
006/06 Form of item Œs¹ electronic
007/00 Œc¹ stands for electronic resource
008/18-34 distinguishing computer files whereby an eBook is one of the
included types

It seems that the initial VuFind's default format determination script used
007/00 as a shortcut, leaving to each institution the option to customize
according to their cataloging standards (sigh! one more sigh!) how to
distinguish an eBook.
Ya¹aqov Ziso, Electronic Resource Management Librarian, Rowan University 856
256 4804 






On 2/17/10 9:57 AM, "Demian Katz" <demian.katz@...> wrote:
At Villanova, we have made a lot of changes to VuFind's default format
determination script.  However, one thing we haven't changed is the eBook
determination.  This is based on the first character of the 007 control
field -- if this is set to "c" ("Computer File"), the item is considered an
eBook.  I'm not sure why a physical book would have this value set this way,
but perhaps a cataloger could give you some insight.

- Demian

> -----Original Message-----
> From: Philip Shafer [mailto:shafer@...]
> Sent: Wednesday, February 17, 2010 9:40 AM
> To: vufind-general@...
> Subject: [VuFind-General] ebooks and Formats
> 
> We have records that are actual physical books being labeled as eBook
> format.  After reviewing the import scripts and the format.bsh, I've
> realized that the current criteria that assigns a format as eBook might
> not
> be the best for our institution.  While I realize that this might be
> more of
> a cataloging issue than a technical issue, I wanted to find out how
> other
> institutions are determining what is a book and what is an eBook.
> Obviously
> there must be some set of criteria in a MARC record that differentiates
> a
> book from an eBook.
> 
> I am posing the following questions to other VUFind institutions:
> 
> 1.) How do other institutions catalog eBooks?
> 
> 2.) If you have modified the format.bsh bean shell script, what
> modifications have you made to have a more reliable format assignment
> for
> eBooks?
> 
> Thanks,
> 
> Phil
> 
> ------------------------------
> 
> Philip Shafer
> Library System Services
> Rowan University Library
> 201 Mullica Hill Rd
> Glassboro, NJ  08028
> 856-256-4418
> 856-256-4924 Fax
> 
> 
> 
> -----------------------------------------------------------------------
> -------
> SOLARIS 10 is the OS for Data Centers - provides features such as
> DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________
> VuFind-General mailing list
> VuFind-General@...
> https://lists.sourceforge.net/lists/listinfo/vufind-general

----------------------------------------------------------------------------
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
VuFind-General mailing list
VuFind-General@...
https://lists.sourceforge.net/lists/listinfo/vufind-general

Rowan¹s example has:
LEADER 02111cam a22003734a 4500 (LEADER/07 Œm¹ monograph¹ )
007 cr cn--------- (07/00 Œc¹ computer resource)
fitting the eBook designation.  The problem was this record was used for a
regular book.

Demian, 007 is used for the following  physical characteristics of an item.
A regular book is not one of them
http://www.oclc.org/bibformats/en/0xx/default.shtm
  
Electronic Resource
Motion Picture 
Remote-sensing Image
Globe 
Nonprojected Graphic
Sound Recording 
Map 
Projected Graphic 
Tactile Material 
Microform   
Videorecording

I believe that¹s why 007 does not show in records for regular books, it¹s
not needed.
Ya¹aqov Ziso, Electronic Resource Management Librarian, Rowan University 856
256 4804 



On 2/17/10 11:29 AM, "Demian Katz" <demian.katz@...> wrote:

> For what it's worth, VuFind's default format determination script doesn't rely
> solely on 007/00 being c -- it also expects leader/07 to be 'm' (monograph)
> before flagging an eBook.  Also worth keeping in mind is that the default
> script only allows one format per item, so a lot of things that get detected
> as other formats earlier in the code never get marked as Books.  Villanova's
> locally-customized version of the script includes a lot of changes to allow
> multi-format items.
>  
> The one piece of good news is that the BeanShell script introduced in RC2's
> upgraded SolrMarc makes it a lot easier to customize the format determination
> code without having to rebuild SolrMarc over and overŠ but as you say (or
> sigh), this is one area where customization tends to be necessary.
>  
> - Demian
>  
> 
> From: Ya'aqov Ziso [mailto:ziso@...]
> Sent: Wednesday, February 17, 2010 10:52 AM
> To: Demian Katz; Philip Shafer; vufind-general@...
> Subject: Re: [VuFind-General] ebooks and Formats
>  
> Specifically, 007/00 Œc¹ stands for electronic resource, not necessarily an
> eBook.
> 
> There are several fixed field positions pertinent to the electronic
> description:
> Leader: where one determines the type of record, and where a computer file is
> not a language material such as a monograph)
> 006/00 Œm¹ computer file/electronic resource
> 006/06 Form of item Œs¹ electronic
> 007/00 Œc¹ stands for electronic resource
> 008/18-34 distinguishing computer files whereby an eBook is one of the
> included types
> 
> It seems that the initial VuFind's default format determination script used
> 007/00 as a shortcut, leaving to each institution the option to customize
> according to their cataloging standards (sigh! one more sigh!) how to
> distinguish an eBook.
> Ya¹aqov Ziso, Electronic Resource Management Librarian, Rowan University 856
> 256 4804 
> 
> 
> 
> 
> 
> 
> On 2/17/10 9:57 AM, "Demian Katz" <demian.katz@...> wrote:
> At Villanova, we have made a lot of changes to VuFind's default format
> determination script.  However, one thing we haven't changed is the eBook
> determination.  This is based on the first character of the 007 control field
> -- if this is set to "c" ("Computer File"), the item is considered an eBook.
> I'm not sure why a physical book would have this value set this way, but
> perhaps a cataloger could give you some insight.
> 
> - Demian
> 
>> > -----Original Message-----
>> > From: Philip Shafer [mailto:shafer@...]
>> > Sent: Wednesday, February 17, 2010 9:40 AM
>> > To: vufind-general@...
>> > Subject: [VuFind-General] ebooks and Formats
>> > 
>> > We have records that are actual physical books being labeled as eBook
>> > format.  After reviewing the import scripts and the format.bsh, I've
>> > realized that the current criteria that assigns a format as eBook might
>> > not
>> > be the best for our institution.  While I realize that this might be
>> > more of
>> > a cataloging issue than a technical issue, I wanted to find out how
>> > other
>> > institutions are determining what is a book and what is an eBook.
>> > Obviously
>> > there must be some set of criteria in a MARC record that differentiates
>> > a
>> > book from an eBook.
>> > 
>> > I am posing the following questions to other VUFind institutions:
>> > 
>> > 1.) How do other institutions catalog eBooks?
>> > 
>> > 2.) If you have modified the format.bsh bean shell script, what
>> > modifications have you made to have a more reliable format assignment
>> > for
>> > eBooks?
>> > 
>> > Thanks,
>> > 
>> > Phil
>> > 
>> > ------------------------------
>> > 
>> > Philip Shafer
>> > Library System Services
>> > Rowan University Library
>> > 201 Mullica Hill Rd
>> > Glassboro, NJ  08028
>> > 856-256-4418
>> > 856-256-4924 Fax
>> > 
>> > 
>> > 
>> > -----------------------------------------------------------------------
>> > -------
>> > SOLARIS 10 is the OS for Data Centers - provides features such as
>> > DTrace,
>> > Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
>> > http://p.sf.net/sfu/solaris-dev2dev
>> > _______________________________________________
>> > VuFind-General mailing list
>> > VuFind-General@...
>> > https://lists.sourceforge.net/lists/listinfo/vufind-general
> 
> ------------------------------------------------------------------------------
> SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________
> VuFind-General mailing list
> VuFind-General@...
> https://lists.sourceforge.net/lists/listinfo/vufind-general
>

In our case I will try to work with our catalogs to develop a criteria for
our formats and push those into an updated format.bsh
===
Good luck! most records come shelfready from vendors who have their own
criteria for inexpensive cataloging.
VuFind exposes many cataloging inconsistencies, but doesn¹t replace the need
for systemic upkeep of the ILS.
>

Demian Katz wrote:

 > 4.) VuFind doesn't have any special de-duplication tools, but Solr 
does -- I haven't looked into them in much detail, but I suspect that 
you could do some de-duplication work on VuFind's index fairly easily.
 >
 > - Demian


...glad to hear! That would make our life in a cooperative reference 
database much easier:

We plan to upload MARC-data from different library catalogs into Vufind, 
building this way together a big database with distributed work...

...and of course, there will be duplicates! ;-)

So I am very interested to hear how we could tweak SOLR to do this job?

I thought of writing my own dedupe-program for this case, but with SOLR 
doing the work that would just be great!

Markus

As I say, I haven't played with this much myself -- just heard about it for the first time at a code4lib presentation this week...  but here's the documentation if you want to take a look:

http://wiki.apache.org/solr/Deduplication

- Demian
________________________________________
From: Markus Fischer [info@...]
Sent: Thursday, February 25, 2010 9:41 AM
To: vufind-general@...
Subject: [VuFind-General] SOLR and deduping

Demian Katz wrote:

 > 4.) VuFind doesn't have any special de-duplication tools, but Solr
does -- I haven't looked into them in much detail, but I suspect that
you could do some de-duplication work on VuFind's index fairly easily.
 >
 > - Demian


...glad to hear! That would make our life in a cooperative reference
database much easier:

We plan to upload MARC-data from different library catalogs into Vufind,
building this way together a big database with distributed work...

...and of course, there will be duplicates! ;-)

So I am very interested to hear how we could tweak SOLR to do this job?

I thought of writing my own dedupe-program for this case, but with SOLR
doing the work that would just be great!

Markus

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
VuFind-General mailing list
VuFind-General@...
https://lists.sourceforge.net/lists/listinfo/vufind-general