LISTSERV mailing list manager LISTSERV 16.0

Help for BIBFRAME Archives


BIBFRAME Archives

BIBFRAME Archives


BIBFRAME@LISTSERV.LOC.GOV


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

BIBFRAME Home

BIBFRAME Home

BIBFRAME  August 2014

BIBFRAME August 2014

Subject:

Re: Proposal to handle "Providers" differently

From:

"Bowers, Kate A." <[log in to unmask]>

Reply-To:

Bibliographic Framework Transition Initiative Forum <[log in to unmask]>

Date:

Fri, 15 Aug 2014 16:13:49 +0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (1 lines)

>>>  a genealogy of publishers/imprints for the last few years.

EAC might do it.

http://www2.archivists.org/groups/technical-subcommittee-on-eac-cpf/encoded-archival-context-corporate-bodies-persons-and-families-eac-cpf 
http://www3.iath.virginia.edu/eac/cpf/examples/list.html 


Kate Bowers
Collections Services Archivist
[log in to unmask]
617.496.2713
voice: (617) 384-7787 
fax: (617) 495-8011
web: http://nrs.harvard.edu/urn-3:hul.eresource:archives
Twitter: @k8_bowers
_____________________________________________________________________________________
Harvard Library  |  Harvard University Archives  |  Pusey Library—Harvard Yard, Cambridge, MA 02138    archives.harvard.edu



-----Original Message-----
From: Bibliographic Framework Transition Initiative Forum [mailto:[log in to unmask]] On Behalf Of Cecilia M. Preston
Sent: Friday, August 15, 2014 12:06 PM
To: [log in to unmask]
Subject: Re: [BIBFRAME] Proposal to handle "Providers" differently

If I may add my two cents here, as someone who has been trying to pull together a genealogy of publishers/imprints for the last few years.

I have been trying to figure out how the heck to make a neat and tidy publisher record that satisfies FRBR, RDA, BIBFRAME and conveys all the current as well as historical information associated with a publisher/imprint.  My head hurts and that is before all the twist and turns of determining the history of the publishing/imprint.  History being US publishers 1900 + What is a US publisher could be long drawn out conversation onto itself.

Question for the enlightened here, what does a publisher authority record need to accomplish?  

My original thoughts were to build a database such that someone with piece (monograph, serial, catalog record or what ever) could go to and enter the data gathered on the piece (title page, 260 field etc.)  and find out 
	1) if the company still exist and contact information,
	2) if it became an imprint or division or simply swallowed whole by another company, 
	3) fell off the face of the earth as of a certain date (no record of anything being published after date x), to facilitate the clearing of rights.  Then after talking with some folks working in this area was lead to believe a publisher authority database would be grand but you all were having enough issues with getting some the more basic bits working.

Welcome any discussion as to what purposes such data need to serve.

—Cecilia

p.s. Using Donald Thornbury line just below in previous message ‘Place of publication is a relationship of the publisher entity”  I would add at a given time x-y.  As a publisher will most likely have changed place over time.

Also, place of publication can not be used to determine if monograph manifestations are the same if one is taking the data from a pre-aacr catalog record, as the place recorded would have been the physical location closest to the cataloger, most likely to facilitate replacing the piece.





On Aug 15, 2014, at 9:06 AM, Donald R. Thornbury <[log in to unmask]> wrote:

> I completely agree.  Place of publication is a relationship of the publisher entity.  This bit of discussion is going over ground covered in FRBR 4.1:
> "For example, "place of publication/distribution" is defined as an attribute of the manifestation to reflect the statement appearing in the manifestation itself that indicates where it was published. Inasmuch as the model also defines place as an entity it would have been possible to define an additional relationship linking the entity place either directly to the manifestation or indirectly through the entities person and corporate body which in turn are linked through the production relationship to the manifestation. To produce a fully developed data model further definition of that kind would be appropriate."
> It's now time to develop the data model so it's not so string-y. Displays and user access to "authority" data can be configured to as to provide all relevant information.
> We should note that place of publication is not specified as a criterion for distinguishing monograph manifestations, per RDA LC-PCC PS for 2.1, and that in Table 6.3 FRBR has Place of publication/distribution as a low-value attribute for identifying manifestations.  Transcribing place names as attributes a zillion times isn't worth the effort when we have a more efficient way to handle data.
> 
> Don Thornbury
> 
> Donald R. Thornbury
> Head, Technical Services for Special Collections Department of Rare 
> Books and Special Collections Princeton University Library One 
> Washington Road Princeton, NJ 08544-2098
> Office: 609.258.0874
> Fax: 609.258.2324
>   
> 
> -----Original Message-----
> From: Bibliographic Framework Transition Initiative Forum 
> [mailto:[log in to unmask]] On Behalf Of [log in to unmask]
> Sent: Friday, August 15, 2014 8:21 AM
> To: [log in to unmask]
> Subject: Re: [BIBFRAME] Proposal to handle "Providers" differently
> 
> Rather than reproducing the labels of a entity (e.g. place of publication) in several places for our own technical convenience, we can supply them on the entity (the authority data) and either by indexing ahead of time or by on-demand retrieval, we can use them for display at the appropriate time (during the patron's session).
> 
> Patrons can certainly have access to authority "records". In fact, one could say that this is essential to doing good Linked Data.
> 
> ---
> A. Soroka
> The University of Virginia Library
> 
> On Aug 14, 2014, at 8:56 PM, "J. McRee Elrod" <[log in to unmask]> wrote:
> 
>>> If we have a pointer fully-populated authority control record for 
>>> publisher, adding location of publication is redundant at best and misleading at worst.
>> 
>> Patrons rarely have access to authority records.  The brief display 
>> should contain the place and jurisdictiion of publication, jurisdiction supplied if not in the resource.
>> 
>> That is basic information, and often a clue to the viewpoint of a resource.
>> 
>> We are working for patrons, not each other!
>> 
>> 
>>  __       __   J. McRee (Mac) Elrod ([log in to unmask])
>> {__  |   /     Special Libraries Cataloguing   HTTP://www.slc.bc.ca/
>> ___} |__ \__________________________________________________________

Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In

Get Password

Get Password


Search Archives

Search Archives


Subscribe or Unsubscribe

Subscribe or Unsubscribe


Archives

August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
July 2011
June 2011

ATOM RSS1 RSS2



LISTSERV.LOC.GOV

CataList Email List Search Powered by the LISTSERV Email List Manager