8月12日，星期三，会议

英国夏令时2020年8月12日星期三02:40:13

大家好:很抱歉没有及时跟进!我想提供一些关于sinoopia简介的背景资料——包括下面的UW简介片段——这可能会澄清一些事情。请注意，我不能对配置文件结构有任何功劳。这些概要文件必须针对Sinopia (JSON)模式进行验证，该模式的最新版本是https://github.com/LD4P/sinopia/tree/master/schemas/0.2.1,这是我们sinoopia开发团队提供的。我还需要注意的是，Sinopia配置文件结构是BIBFRAME配置文件结构(https://www.loc.gov/bibframe/docs/bibframe-profiles.html）.这可以包括对值的几种约束，其中之一是包含一个或多个uri的useValuesFrom数组。当在Sinopia Editor中输入文本时，这些uri指定“查找”类型的属性将搜索哪个缓存的权威文件。(有关可用授权机构和子授权机构的完整列表以及为查找类型属性指定每个授权机构所使用的uri，请参见https://github.com/LD4P/sinopia_editor/blob/master/static/authorityConfig.json;有关Sinopia用于查找的QA服务的更多信息，请参阅https://lookup.ld4l.org/。其他约束可以使用valueDataType对象(模式详细信息在[1])和默认数组(在[2])提供。每个属性模板的“type”键值对(模式细节见[3])让Sinopia接口知道是为字母数字输入提供UI(“type”:“literal”)，还是为使用QA服务的搜索提供UI(“type”:“lookup”，如下所示)，等等。在此之后，我们可能会认为这些将告诉我们给定属性值的数据类型。但是，例如，对于“查找”类型的属性，可以输入文字值，这在一定程度上使问题变得复杂。(我现在不确定其他属性类型的值是如何验证的。)现在有比我们设计配置文件时更多的Sinopia属性模板类型可用，老实说，我不太确定其中一些是如何工作的(需要查看“目标”类型的属性)!有趣的是，在-à-vis我们关于选择列表的讨论中，这里包含了“list”。关于Karen关于文字更具体的子类型可用性的评论，我要注意“literal-lang”现在作为属性模板类型可用。本[1]https://github.com/LD4P/sinopia/blob/80dbde2ab25bec4016e87e467df6334df9028f6d/schemas/0.2.1/property-template.json#L111[2]https://github.com/LD4P/sinopia/blob/80dbde2ab25bec4016e87e467df6334df9028f6d/schemas/0.2.1/property-template.json#L132[3]https://github.com/LD4P/sinopia/blob/80dbde2ab25bec4016e87e467df6334df9028f6d/schemas/0.2.1/property-template.json#L75~元数据馆员编目和元数据服务，华盛顿大学图书馆(206)54[3-4675]Ries07, uw。edu他/他/他们/他们-----原始消息-----来自:Application-profiles-ig <请访问lists.www.voudr.com>以Karen Coyle的名义发送:星期一，2020年8月10日10:07致:Thomas Baker <Tom在tombaker.org网站>;Application-profiles-ig at lists.www.voudr.com汤姆，这看起来真的很好，我认为即使我们的决定是测试版的，也可能会改变，我们很快就会把我们的工作展示给更广泛的人。我希望我没有踩到Ben的脚趾，但这里有他的个人资料中的一个片段[1]:“propertyLabel”:“有词作者代理(RDA 18.5)”，“propertyURI”:“http://rdaregistry.info/Elements/w/P10204”、“强制”:“假”、“重复”:“真正的”、“类型”:“查找”、“备注”:“http://access.rdatoolkit.org/18.5.html" valueconstraintion ": {"useValuesFrom": ["urn:ld4p:qa:names:person"， "urn:ld4p:qa:names:organization"] valueconstraintion:useValuesFrom看起来本质上是ShEx系统。(本，对吧?)我喜欢它的措辞方式，而且“useValuesFrom”似乎只将URI茎作为其对象。多个URI茎似乎是一个“或”。“lookup”类型很有趣。这东西能借我们吗?还要注意，一般来说，这看起来很像我们的配置文件模板的元素。一个区别是文字数据类型似乎没有进一步区分，但这可能只是它们在开发中的地方，如以下日期元素:"propertyLabel": "has date of publication (RDA 2.8.6)"， "propertyURI": "http://rdaregistry.info/Elements/m/P30011”、“强制”:“假”、“重复”:“真正的”、“类型”:“文字”、“备注”:“http://access.rdatoolkit.org/2.8.6.html“谢谢你，本!”kc [1]https://github.com/CECSpecialistI/UWLibCatProfiles/blob/master/WAU.profile.RDA.eBook.json在8/9/20下午3:40,Thomas Baker写道:>在2020-08-09 09:12，凯伦·科伊尔写道:>>这里的主要目标是确认我们为>>价值约束和价值约束的类型，然后来制定一个>>为最终确定值类型、值约束和值制定计划>>约束类型。我已经开始了一个正在使用的值类型列表[1]>>我敢肯定这是不完整的下节课我再加进去>>几天后，我想到了。如果你能补充更多，请补充。>>>>回顾其他人是如何处理这个问题的(确实有一些人)>>有趣的变体)很明显，我们必须定义这3个>>列作为一个单元，以便它们一起工作。我会尽力提供>>如果我能澄清一下我的想法，我将在下面的文件[1]中提出一些观点。>>>>kc>>[1]https://hackmd.io/x4_FMJtZSE6sHMsdJDPoDQ>>你好,凯伦,>>感谢您整理了这些值类型的概述[4]!>我很好奇Sinopia的数据类型“字符串，格式URI”，和>关于它如何与"对象"类型相关(或无关)。>>您提到了关于值、值的约束和值的“三”列>虽然我认为第四种可能也被提出了>特别是对于RDF数据类型。>>尽管如此，我目前认为我们可以处理这个值>包含三列的信息，并且在某种程度上还包括>数据类型的uri。>>我在a的文档中描述了许多模式>我一直在研究的命令行实用程序[1]——特别是，>[2]下的例子。在我的代码和示例中，我遵循一个命名>我想是本(或约翰)提出的建议，并称之为>列:>>值类型>约束值>约束类型>>因为我们中的一些人一直在开发各种Python程序>关于DCAP模型，菲尔建议我们找个时间打个电话>来比较笔记，当然我们写的任何代码都将取决于>我们对设计和命名所做的决定。>>具体来说，关于RDF数据类型的部分展示了我对数据类型的看法>仅这三列就可以容纳uri[3]。>>注意，我设计的实用程序允许将uri表示为>完整的uri，作为带尖括号的完整uri，或作为前缀>uri——也供讨论…>>周三再见!>>汤姆>>[1]https://csv2shex.readthedocs.io/en/latest/>[2]>https://csv2shex.readthedocs.io/en/latest/normalizations/Normalization>s.html [3]>https://csv2shex.readthedocs.io/en/latest/normalizations/datatypes.htm>l [4]https://hackmd.io/x4_FMJtZSE6sHMsdJDPoDQ>——科伊尔Kcoyle在kcoyle.nethttp://kcoyle.netskype: kcoylenet