Ticket #471 (closed defect: duplicate)

Opened 4 years ago

Last modified 3 years ago

JOMDoc does not set CDBase for OMS in putput

Reported by: clange Owned by: vzholudev
Priority: major Milestone:
Component: Presentation Version: v0.1.3
Keywords: Cc: dmisev, vzholudev, frabe, kohlhase
Blocked By: Blocking:
Due to close: YYYY/MM/DD Include in GanttChart: no
Dependencies: Due to assign: YYYY/MM/DD

Description

AFAIK, JOMDoc currently does not output CDBases of symbols in the parallel markup. But we will need this in order to enable a more scalable definition lookup (#470). @Michael, Florian, here we may need your help.

In documents that are not generated from OMDoc, but from whatever format that just contains Content MathML or OpenMath? formulae, it is easy: The symbol element (OMS or csymbol) and all of its parents are searched for a @cdbase attribute; the closest one applies. Otherwise the CDBase defaults to  http://www.openmath.org/cd.

In OMDoc it is more involved. Explicitly set @cdbase attributes work as above. When no cdbase is set and when we are inside a theory, the URI of the theory that declares a symbol serves as the CDBase. For all symbols we want to use, their theories have to be imported, so on the OMDoc level, we have a way of getting the CDBase.

OMDoc 1.6/MMT will make it even more complex, as symbols can have names like "importname/localname", where importname is the name of an import element that imports a theory, and localname is the local name of the desired symbol within that theory. (Right?)

However, the parallel markup that is output to the XHTML+MathML document should relieve the client from doing complex theory import lookups. Instead, a CDBase should explicitly be added to every symbol. Maybe that output can be normalized, so that, e.g. if all symbols in one formula are from the same CDBase, only one CDBase is declared for the whole formula, as it propagates down to the symbols.

Change History

Changed 3 years ago by nmueller

  • owner changed from nmueller to vzholudev

Changed 3 years ago by clange

  • status changed from new to closed
  • resolution set to duplicate

We won't fix this for the general case now, but make it work in the TNTBase and OMDoc 1.3 setting; see #640 for a new, more specific description.

Note: See TracTickets for help on using tickets.