We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
本项目中,按源代码,出版日期取自“通用数据”前8位。
然而,这8位数字代表“入档日期”而非“出版日期”,这就形成了一个错误。
建议:如果本项目仍然从国图相关页面的标准格式中取值,则取“通用数据”第10-13位,或者“出版项”最后的年份做“出版日期”。
并建议本项目读取MARC数据转换成metadata,那边有python模块取到任何单一字段,而不必如现状一般使用正则表达式处理。
我查询了著录规则,似乎按图书著录规则,所有文献均只著录出版年份,不著录出版月份日期。所以取到具体日期,似乎无解。
最后感谢这个项目,因为是我一直在寻找的,最近才访得。
参考文献:
The text was updated successfully, but these errors were encountered:
感谢提供建议,我将在之后修复。
届时,参考另一位朋友的建议,我也会顺带将中图分类号的二级分类中文名映射加上。
Sorry, something went wrong.
需要注意,calibre插件目前似乎不允许使用任何第三方库,这也是我为什么没有使用request库的原因。
挺好的主意。建议一些常用的二级分类可以适当增加三级类目。比如H3是“常用外国语”(二级类目),H31是“英语”(三级类目)。反正中图法每级类目不等长,似乎都需要用正则匹配多次。不成熟的建议,供参考。
No branches or pull requests
本项目中,按源代码,出版日期取自“通用数据”前8位。
然而,这8位数字代表“入档日期”而非“出版日期”,这就形成了一个错误。
建议:如果本项目仍然从国图相关页面的标准格式中取值,则取“通用数据”第10-13位,或者“出版项”最后的年份做“出版日期”。
并建议本项目读取MARC数据转换成metadata,那边有python模块取到任何单一字段,而不必如现状一般使用正则表达式处理。
我查询了著录规则,似乎按图书著录规则,所有文献均只著录出版年份,不著录出版月份日期。所以取到具体日期,似乎无解。
最后感谢这个项目,因为是我一直在寻找的,最近才访得。
参考文献:
The text was updated successfully, but these errors were encountered: