Cataloging question - Electronic resource with no link (MARC21)
Hello everyone! I wanted the community's opinion on this. I have a client who has electronic versions of periodicals, but they are not accessible online. (I'm not sure how it works to get them, but I'm told the files are on a computer at one of the libraries... anyway.) I figured we could use 856$3 and/or 856$z to signify that users can see copies if they go to XYZ library. But as soon as we put something in either $3 or $z, both the staff interface and the OPAC show links (either the text is blue or it shows 'Click here to access...', even if there is nothing in 856$u or $a/$d/$f. The links don't do anything if you click on them. Does that seem like a bug or it's how MARC is supposed to work? Is it ok to use 856 to indicate that there is an electronic copy of the resource somewhere even if that copy is not on the Web? I think so, but I may be wrong. We thought about putting that info in a 5XX somewhere, but those are hidden in the Descriptions/Notes tabs and users might not see the info. Thanks for your help! Caroline Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com>
Hi, Caroline-- It's the way that it's supposed to work--if you look at this record on WorldCat.org: http://www.worldcat.org/oclc/51900244 You'll see a link that says, "Flint Campus only," etc.--all the links have text indicating authorized users only (text that's been put into the 856 $z). It's supposed to work like that because many places have electronic resources that are available only to authorized users of particular networks. It dates back to when some resources would even be on CDRoms mounted on particular computers/drives that only authorized users could access. For the resource you're describing, if it were my library, I'd do something like: 856 40 $3 Research Center access $u http://... $z Requires staff login They might want, e.g.: 856 40 $3 Local periodical computer 856 40 $3 In-library access only You can use only the $3 if you want, too--we only use that field, and it will display in place of "Click here to access," e.g.: Details for: A dream of seven decades San Francisco's Aquatic Park / › SF Maritime NHP Research Center catalog (bywatersolutions.com)<https://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=35047> I try to always put something into the $3, because "Click here to access" is antiquated, when so many users are tapping on their phones, and in the situation like you describe where not everyone is authorized to access. Cheerio! --h2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernandez@nps.gov <https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov>
Hi Heather! Thanks so much for your answer! (I was hoping you would answer because you're so knowledgable!) If I understand correctly, $3 is indeed used to specify the library for which the link is used, and it is possible to omit $u (as you said, it dates back to when stuff would maybe be on cdroms). I tried this in Koha 856 40 $3 Local periodical computer and the staff interface and OPAC still showed a link. This may be because of ind1= 4. I tried with different access methods, including ind1 = 7 and 'file' in $2; Koha always shows a link, clickable, but that leads nowhere. I also noticed that in the worldcat example for 'Encyclopedia of children and childhood', what I assume is in the $z (e.g. '(Unlimited Concurrent Users)') is not included in the clickable part of the link. Whereas in Koha, if you put something in $z, it will be clickable. I understand it's a very fringe case that 856 would be used for electronic resources that are not online (no $u). But to me, only $a/$d/$f, $u and $y should be in the clickable part of the link. The rest should be regular text. And if there is no $a/$d/$f or $u, there should be no link at all (not even the 'Click here'). Maybe I will file a bug in bugzilla and see what others say, unless someone else on the mailing list has an opinion. Thank you again! Caroline On 2022-05-17 17:16, Hernandez, Heather H wrote:
Hi, Caroline--
It's the way that it's supposed to work--if you look at this record on WorldCat.org: http://www.worldcat.org/oclc/51900244 You'll see a link that says, "Flint Campus only," etc.--all the links have text indicating authorized users only (text that's been put into the 856 $z).
It's supposed to work like that because many places have electronic resources that are available only to authorized users of particular networks. It dates back to when some resources would even be on CDRoms mounted on particular computers/drives that only authorized users could access.
For the resource you're describing, if it were my library, I'd do something like: 856 40 $3 Research Center access $u http://... $z Requires staff login
They might want, e.g.: 856 40 $3 Local periodical computer 856 40 $3 In-library access only
You can use only the $3 if you want, too--we only use that field, and it will display in place of "Click here to access," e.g.: Details for: A dream of seven decades San Francisco's Aquatic Park / › SF Maritime NHP Research Center catalog (bywatersolutions.com) <https://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=35047>
I try to always put something into the $3, because "Click here to access" is antiquated, when so many users are tapping on their phones, and in the situation like you describe where not everyone is authorized to access.
Cheerio! --h2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernandez@nps.gov <https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov> -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit
Tél. : 1-833-465-4276, poste 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com>
Hi, Caroline! Others know far more than me, but I like answering because I hope those who know more will correct me so I can learn! In the 856, $3 is more properly "Part of the described material to which the field applies," but it is often used for more than that because systems usually display it, e.g. in this example in the MARC21 format: 856 40 $3HathiTrust Digital Library, Full view$uhttp://catalog.hathitrust.org/api/volumes/oclc/1654047.html$70 You are correct that the $u is not mandatory--many resources do not have a URL or URI. (IIRC, $u dates to the creation of the 856 field, but it has been redefined over the years.) If the resources do not have a $u, and are not opened via http on that local computer, you are correct that it is more properly coded as: 856 70 $3 Local periodical computer $2 1 But IMO it should still be hyperlinked because it is actionable on that particular computer--maybe it is better to describe it in a way that is obvious to everyone, e.g. if it were at my local library, it would be something like this--and I would put in a $z with information on obtaining access if there is no $u: 856 70 $3 Berkeley Public Library North Branch local periodical computer only $z Ask librarian for access $2 1 I agree with you about which subfields should be hyperlinked (i.e., "clickable," or "tap-able"), and that $z should not be hyperlinked--it is a note that should be displayed, but not hyperlinked. It isn't really a fringe case that the electronic resource may not be freely available--as resources become available only to licenses users, it is more common that only certain groups of users have access, and one way to limit access is via network permissions to access particular drives. Limiting access to a particular, standalone computer is kind of old school, IMO, but effective! If you do file a bug about hyperlinking in the 856 field, would it be good to check that Koha is correctly hyperlinking $u field in the other fields where it is valid? (The guidelines at Guidelines for the Use of Field 856 (loc.gov)<https://www.loc.gov/marc/856guide.html> have a list.) Also, it's been my experience that when I library starts out cataloging, it is common to think, "Oh, these resources are just local--we only need records for those people in the building," like, for example, for the articles just on a local periodical computer. But over time the records get shared--maybe just at first showing what resources they do have electronically to those who come into the building. Then over time there are ways to network and control access...to share...etc. So I always try to "catalog local but think global"--apply the standards as much as possible, but describe things in a way that would reduce the amount of global/batch edits later. So if these records have a $3 of "Local periodical computer," I'd advise putting a lot of information into the $z about just which library in the world has this local periodical computer and how to find out about access, and one can put a lot in this field. You might also find a 561 note useful, "Ownership and custodial history," e.g.: 561 1_ $a Periodical article digitized by the Clearwater Public Library staff (Clearwater, California, USA) with the permission of the copyright owner for in-library access via standalone computer only, contact reference staff for more information $u http://[put here the URL for the website to contact the reference staff for more information] $5 [Institution code for this fictional library] Cheerio! h2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernandez@nps.gov<https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov>
Hi, I got interested in this discussion and tried to attach an a pdf to a record in koha. (Followed bywater solutions video on https://youtu.be/mbYgsodcPaU) My pdf cannot however open. I get a request denied from 127.0.0.1. It opens if I log in from the server but not from any other computer. My koha version is 20.11.11 on ubuntu 20.05. What am I missing? Thanks for your help. James On Wed, 18 May 2022, 17:19 Caroline Cyr La Rose, < caroline.cyr-la-rose@inlibro.com> wrote:
Hi Heather!
Thanks so much for your answer! (I was hoping you would answer because you're so knowledgable!)
If I understand correctly, $3 is indeed used to specify the library for which the link is used, and it is possible to omit $u (as you said, it dates back to when stuff would maybe be on cdroms).
I tried this in Koha
856 40 $3 Local periodical computer
and the staff interface and OPAC still showed a link. This may be because of ind1= 4. I tried with different access methods, including ind1 = 7 and 'file' in $2; Koha always shows a link, clickable, but that leads nowhere.
I also noticed that in the worldcat example for 'Encyclopedia of children and childhood', what I assume is in the $z (e.g. '(Unlimited Concurrent Users)') is not included in the clickable part of the link. Whereas in Koha, if you put something in $z, it will be clickable.
I understand it's a very fringe case that 856 would be used for electronic resources that are not online (no $u). But to me, only $a/$d/$f, $u and $y should be in the clickable part of the link. The rest should be regular text. And if there is no $a/$d/$f or $u, there should be no link at all (not even the 'Click here').
Maybe I will file a bug in bugzilla and see what others say, unless someone else on the mailing list has an opinion.
Thank you again!
Caroline
On 2022-05-17 17:16, Hernandez, Heather H wrote:
Hi, Caroline--
It's the way that it's supposed to work--if you look at this record on WorldCat.org: http://www.worldcat.org/oclc/51900244 You'll see a link that says, "Flint Campus only," etc.--all the links have text indicating authorized users only (text that's been put into the 856 $z).
It's supposed to work like that because many places have electronic resources that are available only to authorized users of particular networks. It dates back to when some resources would even be on CDRoms mounted on particular computers/drives that only authorized users could access.
For the resource you're describing, if it were my library, I'd do something like: 856 40 $3 Research Center access $u http://... $z Requires staff login
They might want, e.g.: 856 40 $3 Local periodical computer 856 40 $3 In-library access only
You can use only the $3 if you want, too--we only use that field, and it will display in place of "Click here to access," e.g.: Details for: A dream of seven decades San Francisco's Aquatic Park / › SF Maritime NHP Research Center catalog (bywatersolutions.com) < https://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=3...
I try to always put something into the $3, because "Click here to access" is antiquated, when so many users are tapping on their phones, and in the situation like you describe where not everyone is authorized to access.
Cheerio! --h2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernandez@nps.gov < https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov
-- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit
Tél. : 1-833-465-4276, poste 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
127.0.0.1 is a loopback address that will address your computer as if it were something else. If it only works from the computer you’re on, that is to be expected. Find the IP of the server and use that IP to replace 127.0.0.1. Note that this may only work from within your local network. Sent from ProtonMail for iOS On Wed, May 18, 2022 at 1:54 PM, muiru james <muirunyeri@gmail.com> wrote:
Hi,
I got interested in this discussion and tried to attach an a pdf to a record in koha. (Followed bywater solutions video on https://youtu.be/mbYgsodcPaU)
My pdf cannot however open. I get a request denied from 127.0.0.1. It opens if I log in from the server but not from any other computer.
My koha version is 20.11.11 on ubuntu 20.05.
What am I missing?
Thanks for your help.
James
On Wed, 18 May 2022, 17:19 Caroline Cyr La Rose, < caroline.cyr-la-rose@inlibro.com> wrote:
Hi Heather!
Thanks so much for your answer! (I was hoping you would answer because you're so knowledgable!)
If I understand correctly, $3 is indeed used to specify the library for which the link is used, and it is possible to omit $u (as you said, it dates back to when stuff would maybe be on cdroms).
I tried this in Koha
856 40 $3 Local periodical computer
and the staff interface and OPAC still showed a link. This may be because of ind1= 4. I tried with different access methods, including ind1 = 7 and 'file' in $2; Koha always shows a link, clickable, but that leads nowhere.
I also noticed that in the worldcat example for 'Encyclopedia of children and childhood', what I assume is in the $z (e.g. '(Unlimited Concurrent Users)') is not included in the clickable part of the link. Whereas in Koha, if you put something in $z, it will be clickable.
I understand it's a very fringe case that 856 would be used for electronic resources that are not online (no $u). But to me, only $a/$d/$f, $u and $y should be in the clickable part of the link. The rest should be regular text. And if there is no $a/$d/$f or $u, there should be no link at all (not even the 'Click here').
Maybe I will file a bug in bugzilla and see what others say, unless someone else on the mailing list has an opinion.
Thank you again!
Caroline
On 2022-05-17 17:16, Hernandez, Heather H wrote:
Hi, Caroline--
It's the way that it's supposed to work--if you look at this record on WorldCat.org: http://www.worldcat.org/oclc/51900244 You'll see a link that says, "Flint Campus only," etc.--all the links have text indicating authorized users only (text that's been put into the 856 $z).
It's supposed to work like that because many places have electronic resources that are available only to authorized users of particular networks. It dates back to when some resources would even be on CDRoms mounted on particular computers/drives that only authorized users could access.
For the resource you're describing, if it were my library, I'd do something like: 856 40 $3 Research Center access $u http://... $z Requires staff login
They might want, e.g.: 856 40 $3 Local periodical computer 856 40 $3 In-library access only
You can use only the $3 if you want, too--we only use that field, and it will display in place of "Click here to access," e.g.: Details for: A dream of seven decades San Francisco's Aquatic Park / › SF Maritime NHP Research Center catalog (bywatersolutions.com) < https://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=3...
I try to always put something into the $3, because "Click here to access" is antiquated, when so many users are tapping on their phones, and in the situation like you describe where not everyone is authorized to access.
Cheerio! --h2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernandez@nps.gov < https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov
-- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit
Tél. : 1-833-465-4276, poste 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Hi Hayward Thank you for your reply. Your suggestion worked perfectly. Is there any way yo make the pdf open in a new tab instead? Best regards James. On Wed, 18 May 2022, 21:22 C.S. Hayward, <c.s.hayward@protonmail.com> wrote:
127.0.0.1 is a loopback address that will address your computer as if it were something else. If it only works from the computer you’re on, that is to be expected. Find the IP of the server and use that IP to replace 127.0.0.1. Note that this may only work from within your local network.
Sent from ProtonMail for iOS
On Wed, May 18, 2022 at 1:54 PM, muiru james <muirunyeri@gmail.com> wrote:
Hi,
I got interested in this discussion and tried to attach an a pdf to a record in koha. (Followed bywater solutions video on https://youtu.be/mbYgsodcPaU)
My pdf cannot however open. I get a request denied from 127.0.0.1. It opens if I log in from the server but not from any other computer.
My koha version is 20.11.11 on ubuntu 20.05.
What am I missing?
Thanks for your help.
James
On Wed, 18 May 2022, 17:19 Caroline Cyr La Rose, < caroline.cyr-la-rose@inlibro.com> wrote:
Hi Heather!
Thanks so much for your answer! (I was hoping you would answer because you're so knowledgable!)
If I understand correctly, $3 is indeed used to specify the library for which the link is used, and it is possible to omit $u (as you said, it dates back to when stuff would maybe be on cdroms).
I tried this in Koha
856 40 $3 Local periodical computer
and the staff interface and OPAC still showed a link. This may be because of ind1= 4. I tried with different access methods, including ind1 = 7 and 'file' in $2; Koha always shows a link, clickable, but that leads nowhere.
I also noticed that in the worldcat example for 'Encyclopedia of children and childhood', what I assume is in the $z (e.g. '(Unlimited Concurrent Users)') is not included in the clickable part of the link. Whereas in Koha, if you put something in $z, it will be clickable.
I understand it's a very fringe case that 856 would be used for electronic resources that are not online (no $u). But to me, only $a/$d/$f, $u and $y should be in the clickable part of the link. The rest should be regular text. And if there is no $a/$d/$f or $u, there should be no link at all (not even the 'Click here').
Maybe I will file a bug in bugzilla and see what others say, unless someone else on the mailing list has an opinion.
Thank you again!
Caroline
On 2022-05-17 17:16, Hernandez, Heather H wrote:
Hi, Caroline--
It's the way that it's supposed to work--if you look at this record on WorldCat.org: http://www.worldcat.org/oclc/51900244 You'll see a link that says, "Flint Campus only," etc.--all the links have text indicating authorized users only (text that's been put into the 856 $z).
It's supposed to work like that because many places have electronic resources that are available only to authorized users of particular networks. It dates back to when some resources would even be on CDRoms mounted on particular computers/drives that only authorized users could access.
For the resource you're describing, if it were my library, I'd do something like: 856 40 $3 Research Center access $u http://... $z Requires staff login
They might want, e.g.: 856 40 $3 Local periodical computer 856 40 $3 In-library access only
You can use only the $3 if you want, too--we only use that field, and it will display in place of "Click here to access," e.g.: Details for: A dream of seven decades San Francisco's Aquatic Park / › SF Maritime NHP Research Center catalog (bywatersolutions.com) <
https://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=3...
I try to always put something into the $3, because "Click here to access" is antiquated, when so many users are tapping on their phones, and in the situation like you describe where not everyone is authorized to access.
Cheerio! --h2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernandez@nps.gov <
https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov
-- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit
Tél. : 1-833-465-4276, poste 221 Caroline.Cyr-La-Rose@inLibro.com <mailto: caroline.cyr-la-rose@inLibro.com>
INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
participants (4)
-
C.S. Hayward -
Caroline Cyr La Rose -
Hernandez, Heather H -
muiru james