夏：我们馆去年实施了rfid，采用的首书定位法。我来说一下我们盘点的经验吧，我们要求在各个书库的计算机上安装了盘点系统，两名书库管理员用推车推着计算机进行人工盘点，主要是将系统中显示的每层书架应有的图书与实际在架的图书进行核对。现在我们馆大部分书库已经盘点完了。而且计划每年每个书库盘点一次。
Lee：@夏。用什么来读取？
夏：不读取纯人工肉眼核对。两个人配合一个看书架一个看系统。这个方法听起来觉得不可思议但是实施起来不是很困难。
Lazycat：可以用采集器采集条码，转出文件，批处理盘点。这样节省一个看系统的人。
Lee：@Lazycat 我们目前采用的是您这种方法。
wu：没有买盘点车吗。
夏：买了盘点车，盘点车很贵，不可能每个书库配一个，所以我们想了这个办法。
图米兔：本来用采集器一个人就搞定了，rfid 不应该更高效率。
夏：其实盘点车我们买了也不太用。
Lazycat：我们rfid 主要用于借还。
夏：请问采集器采集到的是什么信息？
Lazycat：设备差，盘点总为电池发愁。条码。
wu：书的条码。
Lazycat：财产号。不是isbn0。
Lee：远望谷号称12 小时。
Lazycat：我们用的高频，海恒的。电池爆了几个了。超高频便宜。
夏：采集的条码是只能采集粘贴了rfid 标签的条码么？如果有图书漏贴标签是不是就不能被采集到了。
wu：采集器是读条形码的。
Lazycat：漏贴不是正常状态。说明前期工作失误。不能说是rfid 盘点不准。
夏：我知道您说的采集是什么了，我们在实施rfid 之前用那种采集器盘点过，但是由于每本书都要翻到贴条形码那一页来扫描，效率很低。由于各种原因，我们馆的图书数据非常混乱，有的图书甚至索书号都和系统里面不一样，我们盘点的目的就是为了检查之前的错误。
Lazycat：一天一组盘多少册。
夏：两人一组只需要其中一人读索书号，另一人核对，不需要翻书，扫描等手工活，所以对于老师们来说比用采集器更轻松。我们这样盘点也是为了自查自检。如果实物和系统不相符就要翻看开检查。
Lazycat：系统做盘点标记吗？
wu：有点错的，很正常。有的是加工时书标贴混了，有的可能是系统里改编目数据时，忘了重贴书标。
Lazycat：典藏人没起到监督作用。
夏：我们在盘点中遇到的问题一般及时解决，比如改书目数据、重贴标签、把图书放到它应在的层架。
Lazycat：闭馆没。
夏：没闭。正常借还。各个书库同时进行。各书库的管理员自己做自己书库。配备了几个专业知识强一点的来改错。
Lazycat：多少书。
夏：几万到十几万不等。由于我们是老馆舍不是全部打通的那种。
Lazycat：不得干半年？
夏：5 万册的书库基本一个多月能结束。这还是保守估计。
wu：两个人一组，一个月盘5 万？
夏：上个学期期末最后两周开始的我们馆除了还有两个接近20 万图书的大库没盘完，其他的基本都结束了。包括盘点纠错。
Lazycat：这方式一个月不慢了。
凤舞九天：你们的核对是直接肉眼看屏幕啊？眼睛不花啊。
夏：这个方法听起来不可思议，我们书库的老师刚开始接到这个任务的时候都很抗拒。后来实践了就觉得也没那么困难。
凤舞九天：你们只是核对表格吗？
Lazycat：全馆给编目埋单，我是不干的。
夏：这个也不一定是编目的错。
wu：有的是书标磨损了，上错了位置。
Lazycat：总得有人来担责。
夏：核对盘点系统中显示的应在架图书和书架上实际的图书。乱架是很大一部分原因。反正问题出了总的想办法解决，不然遗留问题就会越来越多，以后更不好解决。
李*龙：每学期末闭馆清点部分书库。
夏：我们之所以能检查出很多编目典藏的错误还有一个重要的原因是我们采用的首书定位法。
李*龙：排架是动态的，学生拿上拿下，人力少更不排不过来。
wu：我们馆暑假搞的rfid，现在进行第一次盘点，都盘点完了之后会定时搞抽查整架情况。
夏：如果我精确定位可能就查不出这么多问题。
Lee：@夏。精确定位可能会带来很多麻烦。
wu：精确定位是指每本书都定位到书架上吗。
Lee：我们都__只定位到列。
夏：我们之前为首书定还是精确定讨论了很久。最终还是采用的首书定位。定位的时候很痛苦，会发现很多问题。
Lee：http://61.159.130.92:8089/TSDW/GotoFlash.aspx?szBarCode=0405123。
Lazycat：我们没用定位。还按号排。
Lee：这是我们目前定位的精准度。
wu：精确定位是不是每本书都要人工给个架位。
Lazycat：不用。
Lazycat：扫两次。
Lee：100-200 本作为一个定位单元。
Lazycat：可以按行。比100-200 好些。
Lee：是的，按行。一行五层到六层，数量在100 到200 之间。
夏：精确定位就是把图书定位到当时所在的层架上（不管它按照排架规则是不是应该在这一层）。首书定位是只采集每一层第一本书的信息，系统自己计算其他图书所应该在的位置。
Lee：定位之前先理架一次。
wu：@Lee 你们是怎么定位的？
Lee：首书定位对编目的要求高。
Lazycat：看前言你直接否定了。
Lee：@wu 我们精确定位。但我们不精确到某个书架某一层，只精确到某一竖列。
夏：如书架1 排A 面3 列2 层的第一本图书是A12/1，1 排A 面3列3 层的第一本图书是A12/35，定位的时候只需要在系统面把这两本书的位置定了，系统会自动给这个库A12/2--A12/34 的图书赋位置信息，它们的层位都在1 排A 面3 列2 层。
wu：就是把书架整好后，整个竖列的都要扫一遍吗。
夏：这就是首书定位。
Lee：@wu 是的。
wu：那好麻烦啊，上新书都要扫一遍。
夏：但如果A12/30 这本图书在排架的时候不小心排到了1 排A 面3 列4 层，精确定位会把A12/30 的位置定在1 排A 面3 列4 层。
Lee：@夏。精确到层，倒架很麻烦。
夏：采用首书定位上新书是不用重新扫的，精确定位需要给新书定位之后再上架。
Lee：当然，书架上已有定位的图书后，可以参照首书定位的方式对后面加工上架的图书进行智能定位了。
wu：@夏。嗯，我们用的是首书定位。
夏：倒架也没有精确定位麻烦，首书定位倒架后只需要改变动了的层的首书，而精确定位需要所有移动了位置的图书全部重新定位。综合来说，首书定位是先苦后甜，还能通过系统来规范工作。防止错误、纠正错误。
图米兔：我昨天晚上想那个首书定位法，不用rfid 的，如果图书管理系统支持，也是可以用来定位架位的。
闽农林*：@图米兔首书如果上架错误怎么办？
Lazycat：不用rfid，定位没有太大意义。索书号本来就是定位系统。
图米兔：索书号不能定位具体架子。
星星：倒书架的时候怎么办。来新书？
图米兔：在书架位置实时更新首书。
Lazycat：不用rfid，没有可读功能。
图米兔：跟物流管理库房是一样的。
apple：不用rfid，错架不好检查，定位意义不大。
图米兔：错不错看架子就行了。
apple：人工检查，耗时耗力，效果也不好。
4444：实在没意义。如果按号都找不到书，那智商也不用看书了。如果就说人性化服务，你就别RFID 了，直接用户要什么你去找不就行了，多人性化。
Lazycat：那不是跟看索书号一样，而且不是连续的比排好号的架子费劲。