一鸣：大家好，问大家个问题，我们要搬新馆了，以前是几个库室的书籍，现在搬新馆想实行大流通，大家有没有好办法让我们在搬家合库过程中省电力气呢。另：原来的几个库室的书还有交叉。
天涯海角：让读者大量借书。
图米：花钱找人搬最省力气。
iceberg：有交叉比较麻烦。如果没有交叉就好办点。
悦览树：我们馆搬新馆的时候就是本馆员工指挥，雇人搬。但打包还都是馆员。先把新馆的架子规划好，然后把老馆的书在下架之前就写好是哪个书库哪个架号，按顺序打包，搬到新馆后按顺序排架就好。
一鸣：打包啥的我们都干完了，就是合库感觉不知道怎么去弄。
apple：打包编号找人搬按号拆包上架。
一鸣：我们原来库室都安好打包完了。
扣肉：但是你是要并架的。这个只能估算。
iceberg：打包前没规划好，那搬过去细排可是大工作量。
扣肉：按册数估算。
一鸣：但是因为现在涉及到合库，原来库室有交叉。
扣肉：有一个比较偷懒的办法，你每一层不要放满。每一层只放70%。
iceberg：以一个大库为主，小库为辅。先期先测算一下，减少倒架。
扣肉：但是还书的时候，上架到大库的架位。剩下的，慢慢并架。
一鸣：@扣肉这倒是是个好主意。
扣肉：你按分类号，先统计一下小库各分类号有多少册书。估算需要预留多少。因为新馆的话，以后还会再进新书。也要预留架位的。
iceberg：最简单的办法，每个类都可以用尺子量出长度。
一鸣：这个不可取，因为我们的书，现在是在袋子里呢。
iceberg：谁让你们早早打包，早早不规划啊。库里可以调出书的册数，预估厚度。
一鸣：搬家搬得比较急。
iceberg：不会差太多。
许继*：那几个库重复率最低，都上架。剩下的边上边理。
一鸣：还有一个问题，就是我们原来有几个基藏库室要进密集书库，也不知道怎么弄。
豆洪青*：外包专业公司。
一鸣：现在有几个意见在纠结，一个是把这几个库室从新按类进行排架，另一个就是还是按照原来的库室进行排列。另外有一个就是不按索书号，直接全部书进行排列。
扣肉：你的新库是密集架是吧。
一鸣：然后开发一个书的定位程序。密集书库我们打算就闭架管理了。学生查到之后，我们就进密集书库给找。
扣肉：首先，你这一样的书都在一条数据里么？还是分布在不同书目库里。
一鸣：分布在不同书库。
扣肉：那第一部你得考虑要不要合并数据。
扣肉：因为我印象中，金盘不同书目库是允许索书号重复的。比如你都是TP218.5/34。在不同书目库可能是不同的书。
一鸣：不好意思，我们不是用的顺序号，我们用的是著者号。
扣肉：一个著者的所有书，索书号都一样？
一鸣：那不是。
扣肉：我的意思是说，如果你以后并架，会不会出现同一索书号对应不同的书。
扣肉：至于金盘的话，它本身是可以进行架位管理的。
扣肉：某一册书具体到哪一区哪一架哪一面哪一列哪一层都是可以的。
一鸣：在哪里呢@扣肉架位管理。
扣肉：在副本那个地方。馆藏维护里，副本那个地方。不过好像得事先把现有的架位都在别的地方填进去，在副本的地方才能选择。
一鸣：好的，我知道了，我进去看看，如果操作不明白，我在问问@扣肉老师。
扣肉：但是这个东西，是不是能在OPAC 上显示出来，要看OPAC 的版本。
扣肉：你要问你的客户经理。
扣肉：因为我们用的不是现在金盘最新的OPAC。金盘最新的OPAC 应该是JSP 的。
豆洪青*：新的jcr 年的都有。
扣肉：我们用的是ASPX 的。
一鸣：偶，好的。
扣肉：金盘的书目库，我觉得比较最开始比较合适的是按不同的载体形态分书目库。
扣肉：但是很多馆都是按馆藏地分的书目库，这是很不对的。
一鸣：什么叫载体形态呢？
扣肉：书籍光盘。因为我觉得金盘的系统，不同的书目库其实代表了不同的编目条例。
一鸣：扣肉老师对金盘很有研究啊。
扣肉：不过很多金盘的实施工程师本身也没有理解，到底什么是书目库。你自己看一下书目库的设置，首先它是有不同的载体形态，还有一些其它与编目条例有关的东西。你比如说分类号取自哪个字段，书次号的选择，这都是编目条例的事情。比如cnmarc 是一种编目所用的marc 格式。那么我们选用的编目条例，可以是calis 标准或者国图标准。也可以是某图书馆自己定义的编目条例。因为编目条例里，还包含着选用哪一种分类法。大部分人还是用中图法。你也可以选择中科院分类法，或者美国国会分类法。
海边：系统先定义启用哪个分类法后你才能选择。