2014年10月3日

通过组合数字/模拟路标提高WATSfinding标牌

一年前,我写了关于 图书馆标志重新设计 努力 CSI. Library,这导致为学生提供改进的WATFINGING,并增加了流通书交易。

CSI.’S挑战是为了更好地弥合虚拟OPAC标识符和物理货架位置之间的检索差距。同样的挑战适用于我们的背景 DBS库.

在夏天,我们看着我们的图书馆如何在我们的图书馆完成类似的壮举。与CSI图书馆(三楼建筑)相反,我们的设置有点直截了当,因为主要贷款和参考收集居住在一楼;海湾也是最多部分顺序对齐的。

我们坐下来,首先看看可以改善物理标牌。这涉及放大字体和更清晰的主题描述符的布局,以及将双面托架分成单独的逻辑单元和类号码范围:A(前)和B(返回)。


为了使学生更容易进行方向,我们还添加了以主湾标签附近的字母数字垂直(ISH)标志。





这涵盖了物理布局方面。

还调整了目录记录以在物品级别占数字路标。我们最初建议为此招募两个MARC领域:

标签/子场所
数据 element
SQL列
描述
笔记
952$c
搁置 location code
项目.Location.
编码 值,匹配授权值列表'loc'
要考虑字母数字托架标签
952$u
制服 Resource Identifier
items.uri.
URL或URN, 它以标准语法提供电子访问数据。
考虑数字位置图(例如托管 the cloud)

SQL表‘Items’被调整为包括搁架位置代码952 $ c。

本地Koha实例中的项目记录
有两种选择探讨了在OPAC中包含链接到地图。第一个是在目录记录中包含952美元。这个问题是双重的。一个目录记录可能与不同的物理位置有关,在我们的背景下是:Aungier街主贷款,Angier街道参考和DAME街道主贷款。其次,目前无法在KOHA进行批量目录记录修改。但是,使用替代方法 maredit. 对于批量书目记录修改,但仍未解决一个目录记录中多项位置的问题–您将链接哪个地图?

第二个选项是将链接添加到映射到项目记录。这可以通过批量项修改来完成,但此处的问题是,虽然您可以将URL添加到项目记录中,但您无法添加注释以描述它。因此,图书馆用户只能看到如下标准消息“Link to resource”.

本地Koha实例/控股中的目录记录
我们正在考虑包含一个具有相关的海湾标记的全球数字地图(每个站点)。然后,地图将在OPAC主页上占据突出位置。

除此之外,添加货架定位代码的后果是图书馆工作人员必须注意,当搁架不会将来自一个海湾的书籍转移到另一个海湾(或一个托架的一侧)而不更新相关的项目记录时。

下面是在项目级别的托架位置标识符的目录记录的样本屏幕截图(例如:AS AS Bay 3A)。


基本上,图书馆用户现在还具有关于呼叫号码的架子物理位置的信息。在这个例子中,暴力:六个侧向反射,呼叫号码179.7 ziz在架子3a上生活。这笔额外的信息减少了用户的负担来识别正确的架子。在我们的上下文中,所有用户现在要做的就是俯视过道,并留意垂直(ISH)标志3a。

这个术语刚刚开始,我采取了询问一些学生的自由(在OPAC站)他们认为附加位置描述符的是什么(即用模拟链接数字连接)。他们的反应均匀阳性。最终,这个想法是赋予学生,并在参考桌上减少了Wayfinding查询,以及减少 图书馆焦虑.

信用是我的同事Trevor Haugh,Marie O.’Dwyer and Colin O’Keeffe。如果没有他们的专业知识,热情和积极支持,该项目将无法实现。

It’d很高兴听到其他人在那里试图通过通过Koha(或任何其他LMS)的数字/模拟路标的组合来改善他们的图书馆背景中的WATFINDING。

参考:
Amy F. Stempter,(2013) 导航循环图书馆堆栈:标志的案例研究。参考Services Review, 41(3), 503 – 513.
威尔逊,A.(2012) 库中的QR码:他们是否值得努力? “通道服务”,9(3),101-110。
哈恩,J.,& Zitron, L. (2011). 一年级学生如何导航堆栈:对改进WayFinding的影响。参考&用户服务季刊,51(1),28-35。

0 comments:

发表评论