Cart
[Home] [By Thread] [By Date] [Recent Entries]
On Fri, Aug 16, 2013 at 8:55 AM, David Lee <dlee@c...> wrote:
Uh no. That's just to set up an axiom that answers all the questions you seem to be asking on the subject. the answers are either "yes" "no" or "out of scope."
What exactly? XML does not define document identity at all, so your question is null in that context. If you don't mean XSLT, what other specific context of XML do you mean?
Actually XPath doesn't. XSLT does. Nit-picky but a very important point in the intended separation of concerns.
I was going to make a cheeky quip about how it also doesn't solve the identity of the Brahma versus the Atma, but I'll just instead ask why you think any one spec needs to solve such a problem.
In what context? Again, in XSLT the answer is yes. That axiom is there to answer that problem.
In the case of XSLT they are *not* the same problem, even if they look the same. Just as 2 statues of the Buddha are not the same thing, even though they are identical in every regard.
Of course they could.
I'm not sure I understand the above, but again there are plenty of RFCs and other specs that deal with such matters. Remember that there is already a concept of a Web-wide "InfoSpace." It's the Web. It happens to be useful regardless of the fact that not every ontological question has been answered.
Whether or not you have node identity should depend on the details of a given processing stage, and I think it's bad architecture to have coupling of node identity across processing stages. I think of node identity it a bit like a C pointer in that regard, or a CPU address register, if you prefer. I'm surprised such a matter would be relevant to an expression language as opposed to a processing spec. But then again maybe by "Ftan" you mean some specific processing mechanism associated with Ftan.
I don't think it's really important either way. MicroXML does drop the concept of a document but IMO that alone doesn't address the fundamental idea of an "InfoSpace."
Probably a good idea for me to say that this discussion doesn't really interest me in terms of achieving some monolithic "InfoSpace." As far as I'm concerned, we already have something as close to that as we should ever venture: it's the Web. My interest is in a bit of pragmatic loosening of the way an XML parser starts out with its input tokens, and maybe invokes pattern-based sub-processing such that the ultimate stream of tokens is not deterministic. One possible subprocess could be accessing resources on the Web.
Such an architecture would support the sort of "database" capability with which Michael started this thread. But it would keep the right layering and separation of concerns overall. Building this entire "InfoBase" concept into one huge cathedral of a standard/spec/convention/whatever is IMO a guaranteed train-wreck. But not a big deal since it's probably so impractical as to be impossible.
So impractical as to be impossible. Not really an important distinction to me. Uche Ogbuji http://uche.ogbuji.net Founding Partner, Zepheira http://zepheira.com http://wearekin.org http://www.thenervousbreakdown.com/author/uogbuji/ http://copia.ogbuji.net http://www.linkedin.com/in/ucheogbuji http://twitter.com/uogbuji
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
