Hopeshine

Results 27 comments of Hopeshine

**当公众号报错“桥接服务器失联”,首先要调查一个问题:dp2capo 是安装在哪台服务器上?然后在这台服务器上用 chordinstaller 观察一下 dp2capo 模块是否看起来一切正常。** dp2capo 本身要依赖一个 dp2library 服务器,一般情况下dp2capo 和 dp2library 可以安装在同一台服务器机器上,也可以安装在不同的服务器机器上(即便是同一个单位,也可以用多台服务器)。 排除了服务器的问题后,需要按照以下步骤来处理:先查看dp2capo错误日志--查看dp2MServer错误日志--根据错误提示进行处理。 *** ### 1. 检查dp2 capo错误日志 先登录到部署ChordInstaller的服务器上,打开ChordInstaller安装工具,点【文件】-【打包时间日志信息】,系统打包时间日志成一个压缩档。 ![image](https://user-images.githubusercontent.com/33890036/75850411-35a31280-5e22-11ea-9a17-c5212952c666.png) 打开其中的【dp2capo】 ![image](https://user-images.githubusercontent.com/33890036/75852837-d2b47a00-5e27-11ea-91a1-5d59db04aaec.png) 为了打包方便,【instance_1 】这个子目录里面的实际上不是关于某个实例的信息,而是 dp2capo 全局的信息,是关于 dp2capo 整体健康状态的。【 instance_2...

用户回复: 905字段为厂商自定义典藏字段:$a馆藏地代号$b条码号$c排架号$d分类号$e书次号$f复本量$s索书号。 0 默认馆藏地 其他代号为 其他代号为用户自定义的馆藏地名称 导出来的馆藏 其实后缀就是 .iso 或者 .txt用记事本或者marc工具都可以打开 备份数据库其实就是去掉.bak后缀的标准sqlserver数据库备份,不管有没后缀,都可以在sql server里面使用还原功能恢复数据库文件 流通信息、读者信息、馆藏信息都在数据库里面 典藏马克包 只有馆藏图书信息

### DT1000数据格式: **样例数据1**   |   | 00993sam0_2200277___45__¶ -- | -- | -- -01 |   | /我的电脑/图书总库/ctlno/0000001\|3ba1e24c0100000028¶ 001 |   | 0160000048¶ 005 |   | 19710304102044¶ 010 | __ | ‡d¥0.40¶ 091 |...

以下问题也通过回收IIS应用池得解:读者访问opac预约在架图书时无法勾选册记录。

殷-7.17写馆员上下架文档时,发现的问题: 1. 馆员登录时输入的密码只能是数字,如果内务中设置的密码为数字以外的其他符号,无法登录。 2. 下架+调出过程中,馆藏地下拉列表中显示了当前账号权限之外的馆藏,如果所设置的馆藏地错误(总分馆情况设置到了权限以外的馆藏),系统报错后不能重新设置。 3. 馆员采用上/下架+调入 的调拨清单如何打印?在实体查询窗看不到所设置的批次号?

内务登录报“反序列化错误”,重新设置正确的服务期URL登录成功。 ![image](https://user-images.githubusercontent.com/33890036/132606057-34be1047-408e-4e6d-b6d6-dc661d1c10ee.png)

## 引擎初始化失败,28678 这种情况说明当前版本的人脸SDK已经失效,需要更新人脸中心版本。 **操作**:人脸中心的【操作历史】属性页里面观察到“新版本下载完成”的字样后,退出人脸中心,然后重启人脸中心。人脸中心会自动下载新的SDK,然后正常运行了。

### dp2SSL报错:针对人脸中心请求getlibraryUID失败,返回的UDI为空,无法核对UDI ![image](https://user-images.githubusercontent.com/33890036/100343633-96125980-301a-11eb-94db-fc0ace85d3c1.png) 原因:dp2ssl在运行过程中会核对dp2ssl所配置的服务器URL与人脸中心所配置的服务器URL是否一致。 由于人脸中心在运行过程中会将服务器的数据存储到本地,在进行人脸识别时,是用所识别到的人脸特征值与本地储存的数据相比对,所以当人脸中心连接不到服务器时,并不会影响已经同步后的人脸识别。 也就是说,人脸中心连接不到服务器并不影响人脸功能的正常使用。 所以dp2ssl的上述报错并不影响系统的正常使用。但是如果在人脸中心与服务器断开期间,在其他机器上注册的人脸在当前机器上无法识别。 **解决方法**:在网络条件具备的情况下,重启人脸中心。 *** 如何查看人脸中心的网络是否正常:在人脸中心的【操作历史】属性页,如下图,当出现“尝试使用以前遗留的缓存文件初始化高速缓存”的文字,说明人脸中心当前网络不良。 ![image](https://user-images.githubusercontent.com/33890036/100344911-809e2f00-301c-11eb-908c-3fddfa904d67.png) 在特殊情况下,由于防火墙的设置,可能导致同一台机器上不同的软件访问同一个服务器实际上所使用的网络不同

### 刷读者A的脸,识别成了读者B 确认读者A,B下登记的是谁的脸。如果刷脸的结果和系统登记对应,则重新注册人脸到正确的读者记录下即可。 人脸中心同步读者数据的原理是每隔1分钟从服务器同步一次,如果服务器上修改或者删除了人脸信息,30秒后同步到前端,同步后,前端电脑人脸中心会播报“新增/修改/删除1”。以后前端才会使用新的人脸信息。 删除人脸特征值要从【读者】窗来删,检索到读者信息后,点【更多命令】-【清除人脸特征和图片】,然后点【保存】。 清除人脸特征后,在读者的xml中就没有了face version元素。 删除与读者记录绑定的“对象”不能删除人脸特征。