扣肉：今天上午做一张光盘的回溯。封套上印的是两首曲子一共四条音轨，盘面上印刷的是两首曲子五条音轨。但是从曲子本身的长度来看，盘片上的信息也不合常理。最终我只能把这个盘放到电脑里，对着谱子一段一段的听。最终确定封套和盘面上的信息都不对。我自己按照盘里实际的内容进行了著录，并且在588字段中记录，盘面和封套上的东西都不对。其实呢，如果封套和盘面上的内容一致，一般是不会听的。就好像大家写内容提要，也并不会真的把整本书读完。这对于编目来讲，耗费的精力太多。
海边：588，calis未查到？
扣肉：是usmarc字段。sourceofdescription。这里边著录的就是要给别的编目员看的，本条记录里的信息来自于哪里。回溯的速度很慢。最快情况下，一天只能回溯二十条。因为绝大部分无法套录，都需要原编。还有很多很麻烦的西欧字符。
海边：ILS里能体现这些字符吗。
扣肉：能。用搜狗输入。西欧字符，是国会规范库里要求的。他很多人的规范名称，就是西欧字符。我既然是原编，当然要写规范名称。或者从国会网站复制也行。但是我不晓得OPAC会怎样处理。读者是不是必须输入西欧字符才能查询到。这个不是我进行数据回溯的时候应该管的。我现在能做的，就是比如小泽征尔，尹伊桑这样亚洲其它国家的责任者，我会在$q子字段中著录常用的中文翻译姓名。然后在q字段设置责任者的检索点，读者输入小泽征尔和ozawaseiji都能找到他。
印度阿三：剔除还是一本本拿着照实物剔，除非你能保证数据和馆藏一致。
海边：反正你这些书要下架（或扔掉或储备），只能集中一本本扫。生成的条码文件，在系统里可以一次性处理。
1.5即兴讨论