Re: TMQL - Proposal: Removal of reifier axis
"Andrew S. Townley" <[email protected]> Sun, 1 May 2011 11:42:57 +0100
| Newsgroups | gmane.text.xml.xtm.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Lars, Patrick, On 1 May 2011, at 09:39 a.m., Lars Heuer <[email protected]> wrote: > Hi Patrick, > > [...] >>> If a topic reifies association A and A has an item identifier B and >>> the topic has an item identifier C. What's the result for the "item >>> identifier" axis? B and C? Or is it B in the context of the >>> association and C in the context of the topic? >>> >> Good question. Don't know. > [...] > > I think the answer should be [B, C] in any case since the assoc and > the topic represent the same thing. I'd agree with this too--especially given the way the implicit merging stuff works in TMDM. Subject indicators and subject locators are specific reifiers with given semantics. Both trigger merging in the effective map based on the spec, so you could reasonably expect similar things like your proposal to take place given the logical merge implied by reification of an association. The main problem I see is that your proposal makes subject proxies in the general sense first-class citizens in the TMDM. Once this happens, there's no longer a need for the distinction of constructs that can only have terminal property values (TMDM topics) and constructs that can only have non-terminal property values - what I call links (TMDM associations). This would therefore invalidate a number of fundamental assumptions baked into TMDM systems, and I think that makes it a non-runner (in addition to rather unpopular). ;) > The more I think about the removal of an explicit reifier axis the > more I love this proposal. ;) I think it brings us a step towards your > TMDM-NG proposal [1], at least on the syntax/mental level. You can ask > *any* Topic Maps construct about names, occurrences etc. Lovely. :) > > [1] <http://tm.durusau.net/?p=2893> Thanks for the pointer. I hadn't seen this. Very interesting. In many respects, this is part of what I'm trying to do with Pragmantix, but probably keeping fewer TMDM assumptions. Have a good rest of the weekend. ast