[Trac] [OpenMath] #39: Allow for arbitrary metadata referenced by URI

OpenMath trac at strawberry.eecs.jacobs-university.de
Tue Jun 24 10:17:19 CEST 2008


#39: Allow for arbitrary metadata referenced by URI
------------------------------+---------------------------------------------
     Reporter:  clange        |          Owner:  kohlhase  
         Type:  proposal      |         Status:  new       
     Priority:  major         |      Milestone:            
    Component:  OM3 Standard  |        Version:            
   Resolution:                |       Keywords:            
Include_gantt:  0             |   Dependencies:            
   Due_assign:  YYYY/MM/DD    |      Due_close:  YYYY/MM/DD
------------------------------+---------------------------------------------
Comment (by jhd):

 Replying to [comment:5 clange]:
 > Replying to [comment:4 jhd]:
 > >     * the minimum metadata vocabulary that a CD-aware application must
 support is the one from OpenMath 2.
 > > Fine, though there's no reason why we shouldn't DCize it in the
 process
 > From my point of view, I'd of course support dropping the old syntax,
 but maybe we want to remain backwards-compatible.
 This is a more general question, but a good one. Personally, I think
 moving the metadata that is inthe scope of DC to DC syntax would be a GOOD
 THING.
 > > 'supported' in the sense of not causing an error, I assume.
 > Yes -- supporting in the sense of doing sth. meaningful with it should
 really be up to every individual application. But "not causing an error"
 is probably not enough. For applications that can load and store OpenMath,
 I'd rather require "not causing an error ''and preserving the data''".
 That SOUNDS reasonable, but what worries me is a field like
 LastEditedDate: an application that preserved this in ignorance of its
 meaning would possibly not be doing the right thing.

-- 
Ticket URL: <https://trac.mathweb.org/OM3/ticket/39#comment:6>
OpenMath <http://www.openmath.org>
The development of the OpenMath Standard and Content Dictionaries.


More information about the Trac mailing list