dp2
dp2 copied to clipboard
DigitalPlatform
Integrated Library System / 图书馆集成系统
1. 报上上传一个登录OPAC查看报表发现出现了下列问题， 提示OPAC尚未配置报表目录 ## **解决方法** 1. 进入到对应的服务器当中 2. 打开IIS管理器，找到对应实例的文件夹，在对应的实例当中右键“浏览”进入到文件夹当中， 3. 在文件夹中找到start.xml文件 4. 打开文本编辑器start.xml文件，可以看到报表存在的路径 5. 根据路径找到文件存放位置，在路径下找到opac.xml文件 6. 打开opac.xml文件，查看文件中是否存在reportDir的参数路径， 如果没有需要找到对应的路径配置上去
本次会议讨论了关于快捷键的问题，总结如下： 1、快捷键功能需求与实现 用户希望所有中文库都能使用类似CALIS的快捷键功能，目前nlc库无法使用，其他库可以使用，这是因为该库未定义角色（NLC或CALIS），目前只有calis快捷键已完成实现，nlc快捷键涉及到业务需求层面，需要跟用户进行进一步沟通，确定需求后，再开展后续工作。另外西文书目库不涉及快捷键功能，因为西文字段名与中文不同，不存在类似需求。 2、文档规范与用户沟通 需求文档需明确区分CALIS和NLC的快捷键功能，即使功能相似也需分开描述，需求文档需清晰标注功能适用标准（CALIS/NLC），避免后续争议。 3、细节知识点 记录格式通过998字段或数据库角色（CALIS/NLC）标识，优先级为998字段记录的格式高于设定的角色，例如一条数据在998字段中规定了这条Marc数据为calis格式，该数据存储的书目库角色为nlc，这条Marc数据依旧为calis格式。 4、快捷键方案设计 1）根据这条数据格式进行区分，nlc格式输入快捷键后只弹出nlc格式的快捷键，calis同理 2）不进行格式区分，输入对应的快捷键后，全部弹出可使用的快捷键nlc生成什么数据，calis生成什么数据 3）依旧根据数据格式进行区分，输入对应的快捷键后，全部弹出可使用的快捷键，如果该数据为calis格式，针对nlc生成的数据弹框就发灰，无法选择，calis同理。
本次会议主要讨论了数据记录和字符集处理的技术细节，包括中文和英文的Mark记录格式、字符集的定义和重要性，以及在导出数据时如何处理字符集和编码方式。会议强调了字符集在数据传输中的作用，以及在不同编码方式（如GB2312和UTF-8）下字符集的处理差异。同时，讨论了自动规整功能的使用和潜在问题，以及如何在培训中向用户解释这些技术细节。 在内务前端书目查询窗中，检索并调取一条书目记录到种册窗界面。中文和西文的记录长度信息记录在头标区中，由五位数字组成，记录长度对于程序员来说非常重要，因为它帮助程序员确定每条记录的长度，从而正确处理数据。注意记录长度不计算Marc数据实际长度，它类似于文件中的一个标识符，确保数据不会被错误地处理或合并。中文和西文的字符集信息存储的地方不同，西文格式的字符集信息存储在头标区第九位，仅用一个字符表示，中文格式的字符集信息则存储在Marc数据的100字段中，使用4位字符表示,这是不合理的，字符集信息应该统一存储在头标区中，但是伊芙拉设计unimarc小组把字符集信息设计存储到100字段中了，所以导致了这种现象的发生。 光标移动到100字段上，使用快捷键CTRL + M打开一个模板，该模板能看到100字段的内容到底是怎么构成的，26/4存储的是字符集信息，还有补充字符集，在这里先不赘述补充字符集。举个例子，有条Marc数据的100字段信息为：100 ǂa20090713d2009 em y0chiy0120 ea，“0120”就是这条数据的字符集信息，当记录导出到ISO2709的时候，这个字符集是应该发生变化的。为了便于观察，我们将“0120”改为“xxxx”，在书目查询窗中选择这条书目数据，点击右键，选择导出，选择导出到Marc（ISO2709）数据，在导出Marc窗，选择编码方式为UTF-8，不勾选自动规整100字段，不勾选删除997/998字段，不勾选任何选项，不选择脚本，导出Marc文件后，使用批处理-从Marc文件中导入，重新输入导出的ISO文件名，可以观察到100字段，第26个字符，字符集信息未发生改变，依旧是“xxxx”。当导出的Marc数据编码方式不变，勾选上自动规整100字段时候，“xxxx”会变为50##，系统在导出数据时，自动规整了100字段的字符集信息。如果选择的编码方式为GB2312，不勾选与勾选自动规整100字段时，第26个字符，字符集信息都不会发生改变，因为国际上未能统一标准，对于字符集必备信息是0110还是0120存在争论，所以未开发GB2312自动规整100字段必备字段信息功能。 另外，需要提醒用户在导出ISO2709文件时，尽量选择编码方式为UTF-8进行导出，因为导出GB2312编码方式时，会出现丢字符的情况，例如：欧洲法文语言里边，出现一个字母O上面打了两个点，导出GB2312编码方式的时候，这两个点会丢失，后续完善dp2系统，在导出GB2312编码方式时，出现丢失数据的情况会警告提示。以上为本次字符集培训内容知识。
# 宿主中的加拼音函数 ## DetailHost 类中 可用于 dp2circulation_marc_autogen.cs 脚本代码中。 (注: dp2circulation_marc_autogen.cs 中的脚本代码， 按规定必须从 DetailHost 类派生) DetailHost 类中的 AddPinyin() 函数： 较早版本的(现在依然可用): ``` /// /// 拼音配置 XML /// 是否使用记录中以前缓存的结果？ /// 风格 /// 前缀字符串。缺省为空...
dp2library 服务器具备一个实用库“出版者”，做了功能增强。 ## 原有功能 增强之前的出版者库 keys 配置文件内容如下： ``` /r/@i isbn ISBN ISBN ``` 可以看出，具有一个“ISBN”检索途径。通过 ISBN 的出版社部分内容作为 Key 检索，可以得到这个出版社对应的 UNIARC 102$a$b 内容，用于数据自动创建功能。 ISBN 这个检索键，是从 XML 记录中的 /r/@i 也就是根元素 r 的 i...
为内务前端的书目查询窗的 MarcQuery 脚本功能增加了“自动保存修改”功能。 当用户利用 MarcQuery 脚本处理大量的书目记录时，以前是需要通过两步实现： 1) 把需要处理的书目记录调入书目查询窗的浏览列表中，然后启动 MarcQuery 脚本执行； 2) 脚本执行完成后，再选择并保存修改过的全部内存记录到数据库。 其中执行 MarcQuery 脚本和保存修改是分步执行的，用户很希望可以一次连续执行这两步操作。 改进后，原有“执行 MarcQuery 脚本”对话框增加了一个 checkbox “自动保存修改”。当勾选了这个 checkbox 以后，会自动出现以下几个 checkbox: * 强制保存 * 不产生 operation 元素 *...
dp2library 此前版本的 SetSystemParameter() API 产生的操作日志记录中只有 value 元素记载了本次提交的新值，但没有元素记载修改前的旧值。最新版为日志记录增加了 oldValue 元素，用于记载修改前的旧值。 另外，为了便于将来日志恢复阶段进行快照式恢复，最新版日志记录中还增加了 snapshot 元素，用于记载修改前相关的一个完整单元的内容，范围可能比 oldValue 元素记载的内容更大。 oldValue 元素内容和 snapshot 元素内容的区别，是 oldValue 原则上尽量只记载修改涉及到的最小单元内容。一般而言，对 create 动作，因为 create 之前相关位置不存在内容，所以 snapshot 元素内容为空；对 modify 动作，为修改之前的最小单元内容；对 delete 动作，为删除之前的最小单元内容。...
dp2 系统的 dp2library 服务器(图书馆应用服务器)模块提供了一套完整的图书馆业务 API，可供第三方开发者调用，拓展系统功能。 本文介绍这套 API 的调用方法。由于示例是用 C# 语言编写的，所以要求阅读者应当具有基本的 C# 语言开发知识。这套 API 本身是 Web API，C# 语言以外的其他语言的程序也是可以调用的，只是示例暂时用了 C# 语言。
MarcQuery 脚本使用方法 https://github.com/DigitalPlatform/dp2/wiki/MarcQuery-脚本使用方法 MarcQuery 函数库的参考手册：http://dp2003.com/marcquery/ 如何在 dp2catalog 中执行 MarcQuery 脚本？ https://github.com/DigitalPlatform/dp2/issues/344
