UserPreferences

MetsImsInteropPaper/BrainDumpRaymondYee


four domains approach

mission of the IU

the IU and B-OLE/Scholar's Box -- and how that leads to semantic interop problem

challenge of the semantic interop problem in the large

our pragmatic approach to enhancing semantic interop

where we plan to implement our crosswalk work; IU partnerships

next steps for the crosswalks -- still applicable today

relating crosswalks to other approaches -- specific semantic interop projects

application profiles

first encounter with MOA2 and why we got excited about MOA2/METS

At the same time, the second-generation web was influencing the development of educational technology, weblogging, and general purpose computational tools. Each of those domains had their own XML specifications. what can be learned from RSS

why METS and why IMS-CP specifically -- there are others after all

It seems that the nature of the second generation web is that if the stuff from a given community (say the library) is useful outside of that comunity, there will be a need to cross community boundaries. As we do this work, we do have specific use cases (surrounding collection building and use -- the scholar's box) that drives our work in certain directions, getting us to pull repositories together with tools. Rick and I come from two different communities -- the library and a instructional technology perspective -- and this partnership is an example of a dialog needed to work out interoperability issues. I come from the perspective of someone If this paper does nothing else, it is to help the two communities get a better awareness of the activities that have gone one largely in parallel -- and to offer tentative bridges between the two through the mechanism of the crosswalk. Probley too late, unrealistic, and actually inappropriate to ask for the abandonment of the specs efforts. One big reason is that there different needs (I can reference Friesen here). So there's no need for unification for unification's sake. And we don't plan to offer all the answers here -- the issues are much too complex and involve a lot more people than the two of us authors wiritng and theorizing. Why XSLT for our crosswalks?

There is great value of working apps viewers/players in stuying interop. Specs without tools is a big barrier. The fact that there still isn't a publicly available viewer for IMS-CP, I think, hinders IMS-CP adoption and development. Nothing like easily available tools for people to experiment with to get into it. However, it is important not to read too much into a specification by the workings of a particular application either since there may be varying, incomplete, or incorrect interpretation of specifications found in particular applications. RLI will be a concrete test in near future. Crosswalks don't have to be perfect to be useful. If you insist on high quality crosswalks all the time, you won't be able to translate among that many different domains -- the combinatorics goes up too quickly. "Pretty Good" interoperability is what we are after. The crosswalks should enable the migration of content from editing tools from one domain (such as METS) to IMS-CP editing tools. And if we write What next? Larger context?