Skip to content

Clarify the semantics of CDComment #71

@jbs1

Description

@jbs1

migrated from Trac, where originally posted by clange on 8-Sep-2008 2:44pm

The semantics of CDComment is unclear, or at least not semantic-web-friendly. Let me cite from the 2.0 spec:

The content of this element should be text that does not convey
any crucial information concerning the current Content Dictionary.

In many cases it does convey crucial information, namely licensing. But maybe we want a special element for that (cf. #18).

It can be used in the Content Dictionary header to report the 
author of the Content Dictionary and to log change information.

Special fields for the author have been proposed already (cf. #12, #38).

Still, there may be information that just doesn't fit into whatever extended metadata scheme -- information that the author still considers "comment"-like. If we follow #39, I'd propose reusing rdfs:comment and declaring CDComment as syntactic sugar.

In the body of the Content Dictionary, it can be used to attach 
extra remarks to certain symbols.

Fine. It does make sense to have multiple "comment" metadata fields in a CD, which are separate from each other. But not mixed with CDDefinitions! That looks to me like a relic from the plain text age, which I consider incompatible with well-defined XML markup and the semantic web. For attaching comments to symbols, we do have CDComment as a child of CDDefinition, and in the line of #40 we might want to allow CDComment on more fine-grained levels as well. But what semantics does

<CD>
  <CDDefinition/>
  <CDComment/>
  <CDDefinition/>
</CD>

have? Is the comment a comment about the preceding symbol? Then it should be a child of that CDDefinition! Same for the following symbol. Otherwise, the relation between the comment and the thing that it comments wouldn't be clear to an automated data processor. If it is a comment about the CD, then it could as well be placed in the CD header, preceding any CDDefinitions.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions