Dear Christoh, dear all, thank you for your input, this is indeed a good idea, which would make the processing (and understanding) of CDs simpler for people that are new to OpenMath. Ideed, the world has changed considerably since the inception of the CD format. Maybe it is time for a change as radical as this. But we should think carefully about this.
The first thing go make sure is that we change the abstract CD model (as defined in the OM2 Standard) as little as possible. I read this to mean: "Not at all" where the CD metadata are involved, but I think adding metadata to the CD encoding that would be forgotten in the mapping to abstract CDs is OK. So we have to make sure that there is no change in the meaning if we change to the dc tag set. I think that Paul is right, that the identifier is CDName + CDBase, so we should not do that substitution, but we can add a dc:identifier element that concatenates both and makes processing for external applications simpler. We could even mandate that the vales of dc:identifier and CDName and CDBase have this relation (though not in the Schema I am afraid). For the other tags I think that the meaning stays the same, and changing to the Dublin Core tagset would be safe. The next question would be whether we only want only to substitute/reinterpret only the existing metadata entries or whether we would like to allow the whole DC tagset. As I said before, both seem to be covered wrt. backwards compatibility. Adding the whole would give us the opportunity to add useful metadata like licensing and authorship that Paul was asking for. As for extending the DC tagset for CDDefinition, CDExample,... and friends, I am all for it (whether we think of CDs as a unity or not). Authorship and Identifier and ... information are sensible for the parts as well. Just my 2 cents, Michael Paul Libbrecht wrote: > > Christoph, > > do look at the om3 trac, there's a few others we are talking about. > > Among others something about license and authors. > I think that we also wanted to have multilingual titles. > > Finally, I think that currently CDName + CDBase gives the > identifier... so your mapping is a bit incomplete. > > paul > > Le 26 févr. 08 à 12:30, Christoph LANGE a écrit : > >> Dear OpenMath 3 developers, >> >> in the course of the integration of OpenMath into my semantic wiki >> SWiM, I'm >> currently working on an ontology for content dictionaries (more >> details to be >> announced separately), and there I'm asking myself how to represent >> metadata >> for content dictionaries and parts thereof. First of all, I had a >> look at the >> metadata of CDs as specified in the OM 2 standard. Some of them are >> quite >> generic, so it makes sense to me to reuse vocabulary from well-known >> ontologies like Dublin Core. I found the following reasonable mappings: >> >> CDName = dc:identifier >> Description = dc:description >> CDDate = dc:date >> CDComment = rdfs:comment >> >> Other properties like CDBase, which are not available in some common >> external >> ontology, I defined myself. But for those we can use e.g. from DC, >> wouldn't >> it make sense to use the DC terms in the OpenMath XML markup >> altogether, and >> to allow the full set of DC (see >> http://dublincore.org/documents/dcmi-terms/)? There are more interesting >> properties there, such as dateSubmitted, or license, which are not >> part of >> OM2. The result would then look like this (with proper namespace >> declarations): >> >> <CD> >> <dc:identifier>arith1</dc:identifier> >> <dc:description>Arithmetical operators</dc:description> >> <dc:dateSubmitted>1999-01-01</dc:dateSubmitted> >> ... >> </CD> >> >> And now that we are at it, what would you think about allowing these >> metadata >> for subsections of CDs as well? That is, for CDDefinition, Example, >> Signature, …? >> >> Best, >> >> Christoph >> >> -- >> Christoph Lange, Jacobs Univ. Bremen, http://kwarc.info/clange, Skype >> duke4701 >> _______________________________________________ >> Om3 mailing list >> [email protected] >> http://openmath.org/mailman/listinfo/om3 > > ------------------------------------------------------------------------ > > _______________________________________________ > Om3 mailing list > [email protected] > http://openmath.org/mailman/listinfo/om3 > -- ---------------------------------------------------------------------- Prof. Dr. Michael Kohlhase, Office: Research 1, Room 62 Professor of Computer Science Campus Ring 12, School of Engineering & Science D-28759 Bremen, Germany Jacobs University Bremen* tel/fax: +49 421 200-3140/-493140 [EMAIL PROTECTED] http://kwarc.info/kohlhase skype: m.kohlhase * International University Bremen until Feb. 2007 ---------------------------------------------------------------------- _______________________________________________ Om3 mailing list [email protected] http://openmath.org/mailman/listinfo/om3
