dp2
dp2 copied to clipboard
DigitalPlatform
Integrated Library System / 图书馆集成系统
功能需求： 目前marc记录转换为excel格式的MarcQuery脚本output_excel.cs，可以实现不同的marc子字段和excel字段的一一对应转换。 目前有新需求，在转换后的excel字段中，同一个excel字段可能包含对应的marc记录的多个子字段.，子字段之间用预定义的标点符号隔开 需要实现在marc记录转换输出为excel格式字段时，可以自定义多个不同的marc子字段合并转换为excel的一个列表字段。
## 图书总库 keys ``` //marc:record/marc:datafield[@tag='687']/marc:subfield[@code='a'] shitoutangClass 石头汤分类号 Shi tou Tang Class number //marc:record/marc:datafield[@tag='686']/marc:subfield[@code='a'] hnb 红泥巴排架号 hnb number ``` ## 外文图书 keys ``` //marc:record/marc:datafield[@tag='084']/marc:subfield[@code='a'] hnbClass 红泥巴分类号 Hong Ni Ba Class number...
dp2library 此前版本设计了多种日志恢复模式，包括： 1) 快照模式 2) 逻辑模式 3) 逻辑+快照模式 4) 健壮(容错)模式 感觉模式数量有点多了。另外逻辑模式和容错模式之间到底什么区别？可能需要从理论上再厘清一下。最后，“逻辑+快照”模式可能是一种矛盾的模式，因为逻辑和快照本来是不相容的，如果某些动作因为逻辑失败再自动改为用快照恢复，可能会产生问题(比如逻辑倾向于自动安排记录 ID，然而快照倾向于暴力用既定的 ID 覆盖，那么快照可能覆盖了其它逻辑动作产生的记录)。 所以设想，第一可否把模式数量减少，比如只留下快照和容错两种模式；第二，出于开发和测试成本考虑，近期主要确保快照模式能完美工作即可，以后再逐步完善容错模式。当然，容错模式可能永远也无法达到一百分，它本身的行为如何设计定义就是个难题。 当初设计容错模式的动因，主要是面对一种日志记录发生严重错乱的情况，尝试从这些错乱的日志记录中尽量恢复出一个可用的结果。所谓错乱，就是这些日志记录实际上是一些读者记录之间证条码号重复冲突、册记录之间册条码号重复冲突代表的日志动作，如果按照快照恢复，只能恢复回到一个错乱的状态，而使用容错模式恢复，所谓容错就是它带有一种纠错的效果，比如它优先利用证条码号或者册条码号进行定位判断，而不是像快照那样直接用记录路径进行定位判断。 结合最近的借阅信息链改进，强化记录的参考 ID，那么上述容错模式应该进化为优先利用参考 ID 进行定位判断。
问题：在实体查询窗发现按创建时间检索时，选择是的rfc1123格式的时间范围，发现提示不合法的utime。 检查原因是因为中文图书实体库的创建时间检索点配置的convertquery是utime，也就是检索词输入的时间格式需要为utime格式才行，不认rfc1123的格式。 ``` 创建时间 CreateTime ``` 由于实体库的结构比较单纯，不论是中文图书下的实体库，还是西文图书下的实体库，结构都是一致的，所以开发实体查询窗时，没有像书目查询窗那样做复杂的设计，检索词旁边的选择时间面板没有根据实体库的配置做限制处理。所以界面上是有两个格式rfc112和utime的输入界面，但实际创建时间这个检索点仅支持utime格式。 目前有3种解决方案： 1） 就按目前的配置的来，当在实体查询窗检索时，检索词选择用utime格式，不要选择rfc1123的格式。 2） 改进发行包的keys配置文件，将convertquery的style改为freetime，freetime支持rfc1123、utime、手动输入的日期等格式。 3） 改进代码支持utime和rfc1123只要符合其中一种格式即可，目前convert的加工逻辑是：可以配置以,号分隔的多种style，但处理逻辑是按照叠加处理的方式，改进增加支持|分隔，表示或的关系，只要其中一种符合即可。 目的convert处理是按叠加的方式来处理，不是支持其中一种，下面是一个示例。 ``` 馆藏地点 Location ``` *** ## 三种时间格式配置 ## utime ``` 2024-02-27 10:50:11Z ``` ``` //marc:record/marc:datafield[@tag='998']/marc:subfield[@code='u']...
# 操作日志与日志恢复测试计划 以下操作要观察操作日志是否完整，然后日志恢复是否正常。 ## 数据库 书目数据库创建，修改，删除 读者库创建，修改，删除 其它数据库的创建（例如预约到书/违约金/消息/出版者），修改，删除 数据库刷新：书目库，读者库 ## 书目 新增，修改，删除 ## 册 新增，修改，删除 ## 读者 新增，修改，删除 ## 流通业务 借，还（验证还），续借， 丢失 交费，撤消交费。 ## 读者操作 预约：新增，删除，合并，拆分 续借 书评（馆员也可以操作） 新增，修改，删除，带图片 #...
一直以来 dp2library 中的借阅双链都是使用的读者证条码号和册条码号。由于允许存在没有册条码号的册记录，为了允许这部分册进行借还，双链中也允许用 `@refID:xxx` 形态使用册记录的参考 ID。但不允许没有证条码号的读者记录。 这样的缺点是，当读者记录修改了证条码号字段内容以后，或者册记录修改了册条码号字段内容以后，双链的关系就被破坏。若修改的同时要自动去修改双链中的连接字段内容，则寻找双链的连接字段的过程会比较复杂，难以实现。 现计划对双链进行改造，全面允许使用读者记录和册记录的参考 ID。并兼容以前的证条码号和册条码号用法。这样等系统运行一段时间以后，读者以前借阅的图书都被还回了，新产生的借阅信息链可以确保都是新的参考 ID 形态，这样等读者记录和册记录修改条码号字段以后，双链依然可以保持正确。 本 issue 将记载代码重构中涉及到的数据格式变动，给出测试建议。
智能书柜操作逻辑分析
智能书柜是一种新型的设备，它可以持续探测图书是否存在于书柜空间内，因此带来了一些特定的极具价值的新功能和概念，也对软件设计开发提出了一些新的挑战。 本文试图探讨这些功能和概念，并指导智能书柜软件设计开发应用。
# dp2Mini 使用说明 dp2Mini是一款馆员为读者预约的图书进行准备图书的软件，提供了预约到书检索、创建备书单，以及对备书单进度管理的功能。 安装地址： http://dp2003.com/dp2mini/v1/publish.htm 下面介绍它的使用方法： ## 1. 登录服务器 启动dp2mini程序，首先出现登录对话框，输入本馆服务器地址，注意服务器地址一定是rest.开头的地址，例如`rest.http://dp2003.com:8888/capo_cctb/rest` 然后输入用户名和密码，点击登录。这些地址和帐户信息软件会自动记住，下次启动就不需要再次输入了。 （如不清楚本馆图书馆restful地址，请联系数字平台管理协助查看或配置。） ## 2. 预约到书查询 首先要查询有哪些预约到书记录，然后才能为这些预约记录准备图书。 ### 2.1 预约到书记录查询 点击工具栏上的“预约到书查询”按钮，打开”预约到书查询“MDI子窗口，界面上有一个读者证条码输入框，可以输入一个读者证条码检索该读者有没有预约到书记录。**通常不用输入检索词，检索全部的预约到书记录。** 检索到的预约记录，分为两类：一类是正常预约到书的，系统装进”预约到书“的列表中，这一类后面要创建备书单进行备书；另一类是预约到书后读者不来取超过保留期限的（也有可能是读者自己放弃取书），系统将这类装进”超过保留期“列表中，这类记录不需要创建备书单。 ### 2.2 创建备书单 馆员选择要处理的记录，然后单击右键”创建备书单“，系统会自动将选择的记录按读者创建备书单。 **一般方便的操作是先点右键“全选”，再点“创建备书单”，一次性为本次检索到的预约到书记录创建备书单。** 对预约记录创建好备书单之后，对应的预约到书记录就从“预约到书”列表中清除，转移到备书单界面。 ## 3....
