On Monday, February 18, 2002, at 06:05 AM, Dawid Weiss wrote:
KS> What if it was something that was stupid simple like automatically
KS> creating two collections, one for documents and one for metadata?
OK, this is the cleanest hack I can think of, but still it's a hack. :)
It seems to me that we are playing different levels, let's try to make some points clear: you're talking about practical solutions to achieve the result of having metadata, I'm stuck to a generic metadata support, i.e. if should metadata be offered to Joe User. This is *vital*, and we all agree on this, at least for basic "stat-like" metadata. Now:
* Supporting this means IMHO extending the XML:DB APIs somehow (I'm not in favor of proprietary extensions and the like).
* If we are to undertake an effort to change the XML:DB APIs IMHO it's worth to have some investigation and understand what kind of metadata we are to offer. I'm all for having a set of "system level" metadata plus a hook for user ones, but I might be stuck by FS at its best, so please don't hesitate to try my asbestos underwear on this issue. :)
* Given this, it doesn't really matter, at this point of the discussion, whether metadata should be stored inside the DOM, in a parallel document, in a parallel Collection or in my closet: this is just an implementation detail.
I hope I made myself clear now :) Yet the more I think about it the more I'm convinced that this discussion really belongs to xapi-dev...
Ciao,
-- Gianugo Rabellino
